Atuin의 대안, stinkpot 등장!

Atuin의 과도한 기능에 대한 불만으로 단순한 SQLite 기반 검색기 stinkpot이 주목받고 있음

stinkpot은 Go 언어로 400줄 내외로 작성되어 가볍고 빠른 검색 경험을 제공함

현재 작업 디렉토리(CWD) 기반 필터링 등 atuin의 핵심 기능만 제공하여 개발자들의 호응을 얻고 있음

SQLite 사용 이유와 기존 히스토리 파일 직접 읽기 방식과의 비교에 대한 논의가 진행 중임

Atuin의 기능 과다(Bloat)와 stinkpot의 단순함

커뮤니티에서는 Atuin의 AI 모드, 동기화 서버 등 부가 기능이 과도하다는 비판이 제기됨. 반면 stinkpot은 이러한 기능 없이 세션 비종속적 히스토리 관리 및 TUI 검색기라는 핵심 기능에 집중하여 약 400줄의 Go 코드로 구현됨. 이는 경량 바이너리(Lightweight Binary) 생성과 단순한 코드베이스(Simple Codebase)를 선호하는 개발자들에게 매력적으로 작용함.

SQLite 도입의 기술적 이점과 대안

SQLite를 사용함으로써 구조화된 데이터 저장(Structured Data Storage)이 가능해짐. 예를 들어, 명령어의 종료 코드(Exit Code)나 실행 시간(Execution Time) 등을 저장하고, 삽입 시 중복 제거(Deduplication)나 시간 수정(Time Modification) 같은 고급 기능을 빠르게 처리할 수 있음. 이는 단순히 히스토리 파일을 직접 읽는 방식(예: fzf, hstr)으로는 구현하기 어려운 장점임.

현재 작업 디렉토리(CWD) 기반 히스토리 검색의 유용성

Atuin과 마찬가지로 stinkpot은 프로젝트별 히스토리 검색을 지원하는 것에 대한 논의가 활발함. 사용자는 특정 프로젝트 디렉토리로 이동하여 해당 디렉토리에서 실행했던 명령어 기록을 쉽게 찾을 수 있음. 다만, stinkpot은 설치 이후 실행된 명령어에 대해서만 CWD를 기록하므로, 기존 bash_history 파일의 CWD 정보 부재에 대한 한계가 언급됨.

명령어 삭제 기능의 필요성과 구현 방식

일부 사용자는 오류가 발생했거나 민감한 명령어를 히스토리에서 삭제하는 기능의 필요성을 제기함. 현재 stinkpot은 SQLite DB에서 직접 행을 삭제하는 방식이 필요할 수 있으며, 이는 수동 SQL 쿼리(Manual SQL Query)를 요구할 수 있음. 사용자는 이 기능이 기본적으로 제공되지 않는 점을 아쉬워하며, 명령어 삭제 기능의 부재가 개인적인 사용 사례에 대한 단점으로 지적됨.

Fish Shell과의 비교 및 통합 가능성

Fish Shell은 이러한 히스토리 관리 기능을 기본적으로 내장하고 있으며, 멀티라인 명령어(Multi-line Commands)에서도 완벽하게 작동한다고 언급됨. stinkpot은 bash 환경을 위한 솔루션이지만, Fish Shell의 기본 제공 기능과 비교되며 그 유용성이 논의됨. 또한, 일부 사용자는 stinkpot을 Oils Readline과 같은 실험적인 셸 환경에 통합하려는 의사를 보임.