Atuin, 에이전트 세션까지 기기 간에 이어서 쓴다
Atuin Threads: All your agent sessions on every machine
Atuin 18.24부터 Claude Code에서 시작한 작업을 다른 기기의 Codex에서 그대로 이어받을 수 있는 Threads 기능이 추가됐다. 세션은 종단 간 암호화된 채로 동기화되며, 호스팅 서버나 자체 서버, 로컬 저장 중 원하는 방식을 고를 수 있다. MCP를 통해 에이전트가 과거 세션을 직접 검색하고 참고할 수도 있다. 팀 단위 세션 공유도 준비 중이다.
예전에는 명령어의 일부를 기억해야만 그 명령어를 찾을 수 있었지만, 나는 종종 무엇을 이루려 했는지를 훨씬 더 잘 기억했다.
HN 토론
71- baalimago
이건 "모두"가 각자 해결책을 만들어 본 문제 중 하나인 것 같아요. 저 포함해서요!
저는 slivingdoc[0]을 다른 접근 방식으로 만들었습니다. 정확한 세션을 동기화하는 대신(세션은 종종 꽤 노이즈가 많고 그다지 유용하지 않죠), 에이전트가 s3("무한" 저장소)를 백엔드로 자동 병합 충돌 해결이 되는 살아있는 문서를 갖게 하는 거죠. 아이디어는 에이전트가 자신의 컨텍스트를 일반 utf-8 파일로 slivingdoc에 요약하도록 프롬프트되는 것입니다. 이렇게 하면 지원하는 모든 하네스에 stdio MCP 서버만 추가하면 바로 작동합니다!
일부 하네스는 이 개념에 _엄청나게_ 열광하네요. Codex는 대화를 시작하는 데 프롬프트가 전혀 필요 없습니다. 모든 openAI 해킹을 통해 에이전트 포럼을 활성화하면서 아이디어를 얻었습니다.
[0]: slivingdoc.dev
- nzoschke
저는 Superlogical Rex에서 이 기능의 제 버전을 만들기 시작했습니다.
어디에 연결해야 할지 결정하기가 좀 어렵네요.
Rex에는 이벤트가 있고, 하네스에는 훅이 있고, 터미널 출력으로 프로그램 상태를 설정할 수 있고, git에는 훅이 있습니다.
모든 머신의 모든 세션을 실제로 저장하고 싶은지는 잘 모르겠습니다. 특히 코딩 세션의 절반이 실험적이거나 일회성일 때는 노이즈가 너무 많아요.
하지만 동시에 ripgrep이나 LLM으로 처리하기 쉬운 정도의 데이터 양은 아닙니다.
- hugmynutus
Atuin을 몇 주 동안 정말 즐겁게 썼는데, `EFSRO`(Error: Read-Only File System) 처리가 제대로 안 된다는 걸 깨달을 때까지였어요. 그래서 제 `/home` 마운트의 raid 배열 드라이브에 장애가 났을 때 로컬 셸이 망가졌습니다. 이슈는 거의 1년째 열려 있습니다. 꽤 실망스럽네요.
- thesurlydev
Atuin과 사랑에 빠졌는데, 이건 완전한 집착으로 발전할지도 모르겠네요
- talloaktrees
저는 이걸 직접 만들어서 쓰고 있는데, 여러 머신에 걸쳐서는 아니에요.
제가 쓰는 모든 코딩 하네스의 세션 로그를 스캔하고, 추가로 임베딩을 생성해 하이브리드 BM25/시맨틱 검색을 가능하게 합니다.
이런 종류의 도구는 제가 "AI 도구 작업에 AI를 사용"하면서 보낸 시간 중 실제로 시간을 잘 쓴 몇 안 되는 경우 중 하나인 것 같아요.
"3개월 전에 XYZ 작업하던 세션을 검색해줘"라고 말할 수 있다는 게 정말 유용합니다.