Atuin Threads、エージェントのセッションをマシンをまたいで引き継げるように
Atuin Threads: All your agent sessions on every machine
Atuin 18.24で登場したThreadsは、Claude CodeやCodexなど各エージェントのセッションを暗号化して同期し、別のマシンや別のツールで続きから再開できるようにする。セッションは追記型ログとして扱われ、MCP経由でエージェント自身が過去の作業を検索・参照することも可能。シェル履歴と同じ発想を、意図や試行錯誤まで含むエージェントの記録へと広げたものだ。
シェル履歴は常に何が起きたかの優れた記録でしたが、それは表面にすぎません。そこには推論や、私がやろうとしていたことの意図は決して残りませんでした。
HNでの議論
73- 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に取り組んでいたときのセッションを検索して」と言えるのはとても便利です