Atuin Threads: すべてのマシンで、すべてのエージェントセッションを管理

Atuin Threads: すべてのマシンで、すべてのエージェントセッションを管理

Atuin Threads: 検索可能で同期された履歴が、すべてマシン上のすべてのエージェントセッションに対応

Claude Codeでタスクを開始し、コンテキストをすべて維持したまま別のマシンでCodexで再開する — インストール後、atuin resume を実行

［動画: 0:00 / 0:13］

過去1〜2年で、私のターミナル（端末）の使い方は劇的に変化しました。長年、私はシェルの唯一のユーザーであり、Atuinの履歴にあるすべては私自身が作成したものでした。しかし今、私のマシンで実行されるコマンドの半分以上は、私自身が書いたものではありません。

最近では、私の仕事の多くはコーディングエージェントを通じて行われ、小さな「Topsy-turvying（てんやわんや）」なテキストボックスに入力されます。しかし、シェル履歴はどこへ行くにもついてきますが、エージェントセッションはそうではありません。それらは異なるツールやマシン（ラップトップ、開発サーバー、exe.dev上のエフェメラルインスタンス、ドイツにある驚くほど安いベアメタルボックス）に散在し、検索が困難で、私が次に進んでしまうとしばしば忘れられてしまいます。

これはよくある問題です！

私がAtuinの開発を始めたのは、私の仕事の履歴がエフェメラル（一時的）だったからです。私が入力したすべてのコマンドは、.bash_history の501行目で消滅する運命にありました。しかし、このデータがインデックス化され、永続的で、簡単に呼び出せるようになると、何年も前に問題を解決するために使った正確なコマンドを数秒で見つけられるようになりました。

何年にもわたり、このデータは蓄積されました。それは私の仕事のすべての履歴、私が問題を解決し、物事を構築した方法の記録となりました。

シェル履歴は常に何が起こったかの優れた記録でしたが、それは表面に過ぎませんでした。それは決して理由…あるいは私が何をしようとしていたかの意図を保持していませんでした。コマンドの一部を覚えていればコマンドを見つけることができましたが、多くの場合、私が達成しようとしていたことをより容易に覚えていました。

エージェントセッションはそれらのすべてを保存します。すべてのコマンド、その出力、私の意図、そして最終的な解決策に至るまでに私が試したすべて。それらはすべて、私のホームディレクトリにプレーンな英語で存在します！しかし、何年も前のシェル履歴と同様に、私たちはそれを活用していません。

Atuin Threads

だからこそ、私たちはAtuin Threadsを構築しました。

Atuin 18.24以降、マシン間でエージェントセッションを検索し、どこでも再開したり、セッションを異なるエージェントハーネスにフォークしたりできます。開発サーバーでClaude Codeで何かを開始し、ラップトップのCodexでそれを完了させます。

舞台裏では、これはAtuinの自然な拡張でした。私たちは、信頼性が高く暗号化された同期エンジンを構築するために多くの時間と労力を費やしました。それは汎用的であり、アペンドオンリーログとしてモデル化できるものは何でも同期できます。結果として、ほとんどのAIセッションはまさにこれに該当します。

シェル履歴と同様に、Threadsは同期時にエンドツーエンドで暗号化されるため、私たちはあなたのセッションを読むことはできません。私たちのホストされている同期サーバーを使用したり、独自のサーバーを実行したり、すべてをローカルに保つことができます。エージェントセッションのキャプチャもオプトインです。

atuin resume を実行し、セットアップ後、この投稿の冒頭にあるTUIが表示されます！

どのエージェントで開始したかは関係ありません — どこでも再開できます。Atuinの同期により、これはデバイス間で機能し、履歴を永久にバックアップします。

現在、サポートしているのは以下のエージェントです。

• Claude Code
• Codex
• Pi
• Omp
• OpenCode

さらに多くのエージェントが近日中に登場します。

MCP

MCPを使用すると、エージェントは以前のセッションを自分で検索および参照できます。それらは、過去の作業を見つけ、決定が下された理由を理解し、コンテキストを掘り起こすことなく以前の調査に基づいて構築できます。

私たちのMCPは atuin mcp として利用可能であり、以下で自動的にインストールできます。

atuin mcp install claude/codex/pi/opencode

この履歴を活用する方法はたくさんあります。いくつかの例を挙げます。

公開されなかった作業

過去数ヶ月にわたり、オンボーディングとセットアップを何度も改良してきましたが、決して満足のいくものではありませんでした。現在、エージェントにオンボーディングの作業を依頼すると、過去のすべての試み、それらが放棄された理由、および改善できることを見つけ出してくれます。

これらのセッションには、main には含まれなかったコード、および私の最初のプロンプトとイテレーションが含まれています。後続のエージェントはこれを使用して、私が巨大な仕様を書く必要なしに、私が正確に何を望んでいるかを把握できます。

オブジェクトストアの障害

最近業界で発生している多くのセキュリティ問題のため、予防措置としてキーをロールアウトしました。新しいオブジェクトストアキーの1つは、アバターアップロードの正しい権限を持っていませんでした！すぐに気づきませんでした😬

私の毎日のSentryトリアージエージェントがそれを検出し、その日の早い段階で実行されたコマンドに障害をトレースしました。まだそれを読む時間がありませんでしたが、別のエージェントに次のようにプロンプトすると：

tigrisのアバターに問題があるようですが？

エージェントは以前の調査を発見し、原因を特定し、すべてをゼロから行うよりもはるかに速く修正を開発しました。

マシンをまたいだスレッドのフォーク

Threadsをリリースする前に、さまざまなマシンとセットアップでいくつかのテストを行いました。

1台のマシンはパフォーマンスが悪かったです。調査中のエージェントは、IOパフォーマンスが悪いためだと提案しましたが、確認するにはより高速なディスクを持つものが必要だと述べました。

セッションをMacBookにフォークし、中断したところから正確に再開しました。より高速なSSDにより、調査はディスクの遅さが物語の一部に過ぎないことを結論付けました — 他の場所でもインポートを高速化できることがわかりました。

ベンチマークが完了したら、元のマシンで実行されていたスレッドはMacから結果を取得し、修正を構築できました。何もコピー＆ペーストしたり、マシン間で調整したりする必要はなく、データは私の作業記録の一部となりました。

Teams

これはソロエンジニアとしては非常に役立ちますが、チームではさらに面白くなります。

私たちがやることの多くは、Git、issueトラッカー、またはドキュメントには決して入りません。その作業の背後にあるコンテキストは、個々のエージェントセッションに散在しています。チームの他のメンバーもそこから学べるとしたらどうでしょうか？ Gitブランチのようにエージェントスレッドを引き継げるとしたらどうでしょうか？

私たちはチーム向けのオプトインセッション共有を構築しており、日常的にエージェントを使用している人々からの意見を聞きたいと思っています。これがあなたに役立つと思われる場合は、お気軽にご連絡ください！

エージェントは私の日常のワークフローを劇的に変えましたが、シェル履歴はどこにも行かず、おそらくこれまで以上に役立ちます。Threadsは、Atuinが最初に始まったのと同じアイデアの拡張です — あなたの仕事の履歴は役立ち、アクセス可能で、あなたが保持できるものであるべきです。

ThreadsはAtuin 18.24以降で利用可能です。

1. curl --proto '=https' --tlsv1.2 -LsSf https://setup.atuin.sh | sh でAtuinをインストールまたはアップデートします。
2. atuin resume を実行して開始します。
3. atuin mcp install でMCPを使用します。

ご質問やフィードバックがありましたら、お気軽にお問い合わせください！

• GitHub
• Forum
• Discord

---