Claude CodeとCodexをまたぐレビュー引き継ぎを楽にする

最近の開発では、Claude Codeで設計を相談し、Codexで差分や実装方針を検証し、Cursorで編集し、ターミナルではGitHub Copilotを使う、というように複数のAIエージェントを横断することが増えました。

便利な一方で、それぞれのエージェントは互いの会話を見ていません。Claude Codeで決めたことをCodexに説明し直し、Codexで見つけた懸念をCursorに説明し直す。人間が毎回ブリッジ役になります。

この説明コストは小さく見えますが、毎朝、毎セッション、毎レビューで積み重なります。特に、作業の途中で日をまたいだときに痛みが大きくなります。

エージェント横断の記憶というと、まず会話履歴の共有を考えます。しかし、開発の意思決定はチャットに入る前にかなり進んでいます。

Stack Overflowを読む、GitHub Issueを追う、VS Codeで試しに実装して消す、ログを眺める、ブラウザでドキュメントを確認する。こうした前段の探索は、どのエージェントの会話履歴にも残りません。

つまり、チャットログをつなぐだけでは、エージェントは『何を言ったか』は見られても『なぜそう考えたか』までは追いにくいままです。

Contextbergでは、エージェント会話履歴だけでなく、画面、ブラウザ履歴、アプリ利用、キーストロークをまとめて1本のタイムラインにします。

たとえば、月曜夜にEdgeでOAuthの仕様を読み、VS Codeで認証コードを触り、Codexに差分レビューを投げ、火曜朝にClaude Codeで続きを相談する。この流れ全体を、エージェントが参照できる文脈として残します。

重要なのは、どのエージェントが話したかではなく、ユーザーの作業がどの順序で進んだかです。エージェントをまたいでも、作業者は同じ人間なので、記憶は人間の作業単位で持つ方が自然です。

記憶をアプリ内チャットだけに閉じると、また別のサイロが増えます。Claude CodeにもCodexにもCursorにも渡したいので、ContextbergではMCPを出口にしています。

MCP経由でget_activityやget_agent_history、read_ltmを呼べるようにすれば、各エージェントは自分の会話履歴だけでなく、ユーザーの作業履歴全体を必要な範囲で読めます。

これにより、人間が『昨日はここまでやって、途中でこのIssueを読んで、この方針にした』と毎回説明する回数を減らせます。

最初に狙っている体験はシンプルです。月曜に作業を止め、火曜にClaude Codeを開いて『昨日の続き、どこからやる？』と聞いたら、エージェントが前日の作業文脈を読んで返せること。

その返答には、会話履歴だけでなく、読んでいたドキュメント、触っていたファイル、見ていた画面、Codexで確認した差分まで含まれていてほしい。

Contextbergは、そのためのローカルメモリ層です。エージェントを賢くするというより、エージェントが失っている人間側の文脈を渡すための土台です。