ai-memoryはAIコーディング作業を引き継ぐRust製メモリ基盤
エージェント コーディング CLI の長期メモリを確保し、異なるエージェント ベンダー間のハンドオフを容易にするソリューション。
ひと目でわかる
- これは何？
- 複数のAIコーディングCLIのセッション、要約、handoffを保存し、MCPとライフサイクルhookで別エージェントへ作業文脈を渡すMITプロジェクトです。
- 誰に向いている？
- Claude CodeからCodexなどへ同じ作業を引き継ぎたい開発者に向きます。対応表はクライアントごとにhookの制約が違うため、導入時に対象CLIを一つ選び、保存された文脈と除外規則を小さなリポジトリで監査してください。
- 商用利用できる？
- できます。MIT は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている？
- されています。直近 1 日以内に新しいコミットがあります。
- 何の言語で書かれている？
- 主に Rust です（GitHub の言語統計による）。
回答はプロジェクトの GitHub データ（最終同期：2026年9月15日）と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
対応OSと配布物
Linux、macOS、Windows via WSL2をSupportedとし、Windows nativeはExperimentalです。Docker imageはlinux/amd64とlinux/arm64、macOSはaarch64とx86_64のrelease archiveがあります。Apple Siliconではnative binaryが推奨されます。対象OS、CPU、agentを固定し、保存先と実行ユーザーを記録します。
対応OSと配布物を試す際は、READMEに書かれた対象版と依存を固定します。入力となるファイル、音声、画像、モデル、会話fixture、設定ファイルを検証用の複製に限定し、実行前の状態を保存します。実行後は画面表示だけでなく標準出力、標準エラー、終了コード、生成物、保存データを照合します。失敗した場合もログを残し、同じ入力で再実行して結果が一致するかを調べます。別の版や環境で差が出た時は、その差を性能向上と決めつけず、依存、権限、ネットワーク、機器条件のどれが変わったかを記録します。
セッションを記録する設計
MCP設定とライフサイクルhookで作業イベントを捕捉し、次のセッションへhandoffを注入します。Claude Codeにはsession-awareの任意分離やassistant最終turnの二重opt-inがあります。CodexやCommand Codeには真のセッション終了hookがないため、必要時に`ai-memory finalize-session`を実行し、停止時の要約を別に確認します。
セッションを記録する設計を試す際は、READMEに書かれた対象版と依存を固定します。入力となるファイル、音声、画像、モデル、会話fixture、設定ファイルを検証用の複製に限定し、実行前の状態を保存します。実行後は画面表示だけでなく標準出力、標準エラー、終了コード、生成物、保存データを照合します。失敗した場合もログを残し、同じ入力で再実行して結果が一致するかを調べます。別の版や環境で差が出た時は、その差を性能向上と決めつけず、依存、権限、ネットワーク、機器条件のどれが変わったかを記録します。
CLI別の差を読む
Cursor、Gemini CLI、OpenCode、Pi、Kimi Code、Kiro CLI、OpenClaw、Antigravity CLIなどをSupport matrixに列挙します。ZeroやGrok Build CLIのようにSessionStart stdoutを捨て、MCPからhandoffを回収するものもあります。対応済みという一語で同じ挙動とせず、各CLIの設定ファイルとhook payloadを実測します。
CLI別の差を読むを試す際は、READMEに書かれた対象版と依存を固定します。入力となるファイル、音声、画像、モデル、会話fixture、設定ファイルを検証用の複製に限定し、実行前の状態を保存します。実行後は画面表示だけでなく標準出力、標準エラー、終了コード、生成物、保存データを照合します。失敗した場合もログを残し、同じ入力で再実行して結果が一致するかを調べます。別の版や環境で差が出た時は、その差を性能向上と決めつけず、依存、権限、ネットワーク、機器条件のどれが変わったかを記録します。
除外と権限
native commandはcapture exclusionsを強制し、生成pluginも除外を守るとREADMEにあります。自分のAPIキー、秘密ファイル、巨大ログを含む作業ツリーで、何が保存され何が除外されるかを確認します。認証されたoperatorごとのper-user slotを使う設定では、他利用者の文脈が検索結果へ混ざらないかをテストします。
除外と権限を試す際は、READMEに書かれた対象版と依存を固定します。入力となるファイル、音声、画像、モデル、会話fixture、設定ファイルを検証用の複製に限定し、実行前の状態を保存します。実行後は画面表示だけでなく標準出力、標準エラー、終了コード、生成物、保存データを照合します。失敗した場合もログを残し、同じ入力で再実行して結果が一致するかを調べます。別の版や環境で差が出た時は、その差を性能向上と決めつけず、依存、権限、ネットワーク、機器条件のどれが変わったかを記録します。
managed workstream
`ai-memory run`は複数harnessをまたぐ連続作業を管理し、対応するCLIではsession resumeやcontext packetを渡します。Crushはmanaged-only、Claude DesktopはMCP-onlyなど差があります。通常起動とmanaged起動を同じprojectで比較し、会話本文がledgerに入るか、hook由来だけかを確認します。
managed workstreamを試す際は、READMEに書かれた対象版と依存を固定します。入力となるファイル、音声、画像、モデル、会話fixture、設定ファイルを検証用の複製に限定し、実行前の状態を保存します。実行後は画面表示だけでなく標準出力、標準エラー、終了コード、生成物、保存データを照合します。失敗した場合もログを残し、同じ入力で再実行して結果が一致するかを調べます。別の版や環境で差が出た時は、その差を性能向上と決めつけず、依存、権限、ネットワーク、機器条件のどれが変わったかを記録します。
導入後のhandoff確認
各agentのMCP設定とhook設定を追加する前に既存設定をバックアップします。中断前に要約、未解決事項、失敗した方法、次のコマンドを作り、別CLIの新セッションで実際に受け取れるかを確認します。READMEの対応表は入口であり、CLI更新後はpayload、権限、除外、復元結果を再検証します。
導入後のhandoff確認を試す際は、READMEに書かれた対象版と依存を固定します。入力となるファイル、音声、画像、モデル、会話fixture、設定ファイルを検証用の複製に限定し、実行前の状態を保存します。実行後は画面表示だけでなく標準出力、標準エラー、終了コード、生成物、保存データを照合します。失敗した場合もログを残し、同じ入力で再実行して結果が一致するかを調べます。別の版や環境で差が出た時は、その差を性能向上と決めつけず、依存、権限、ネットワーク、機器条件のどれが変わったかを記録します。
編集部の結論
Claude CodeからCodexなどへ同じ作業を引き継ぎたい開発者に向きます。対応表はクライアントごとにhookの制約が違うため、導入時に対象CLIを一つ選び、保存された文脈と除外規則を小さなリポジトリで監査してください。
コミュニティノート