適している
- 実装後の独立した第二レビュー。
- 明確なフェーズ境界がある長いタスク。
- ファイルの担当範囲が重ならない並行作業。
Multi-Agentワークフロー
同じプロジェクトでCodexとClaude Codeを使う
Codexで範囲を限定した変更を実装し、同じWorkspaceに保存されたファイルを使って別のClaude Code Sessionでレビューまたは継続します。継続性を支えるのは確認可能なプロジェクト状態であり、非公開の推論共有ではありません。
- 共有プロジェクトファイル
- 別々のAgent Session
- 確認可能な引き継ぎ
01 · 実例と証拠
プロジェクト状態を共有し、非公開の推論は共有しない
ファイル、Diff、検証結果、Preview、承認済み判断がSession間の作業をつなぎ、各Agentは独自の実行ループを保ちます。01Codex共有プロジェクトファイル
02Handoff別々のAgent Session
03Claude Code確認可能な引き継ぎ
各Agentに独立した限定Sessionを用意し、ファイル、検証、Reviewの根拠で作業を引き継ぎます。
共有Workspaceを開く02 · ワークフロー
CodexからClaude Codeへの実用的な引き継ぎ
各Agentに明確な役割を与え、保存されたプロジェクトの根拠を確認させます。- 01
Codexが実装する
成果、ファイルの担当、保護範囲、検証を定義し、変更ファイル、Diff要約、コマンド結果、未解決リスクを残します。
- 02
人が候補を確認する
現在のファイルとPreviewを確認し、目的、状態、検証、リスク、次の一手を短い引き継ぎにまとめます。
- 03
Claude Codeがレビューする
別Sessionを開始し、現在のファイルと引き継ぎ内容を照合して、割り当てられた範囲だけを扱います。
03 · タスク適合性
フェーズの境界に価値があるとき、二つのAgentを使う
実装後に独立レビューを行う方が、担当を決めずに二つのAgentが同じファイルを編集するより安全です。適していない
- 調整せずに二つのSessionが同じファイルを編集する。
- 第二Agentの価値より引き継ぎコストが高い小さな作業。
- 別Agentの非公開の推論を読める前提のワークフロー。
04 · 制約
Workspaceが保存するのは成果物であり、暗黙の前提ではない
次のAgentはチャット要約をそのまま信じず、現在のファイルと検証結果を確認する必要があります。- 01
別Sessionでも競合する変更は起こり得ます。
- 02
Agent.Spaceは意味上のマージ競合を自動解決しません。
- 03
各Agentで使えるModelと設定はライブセレクターで確認してください。
06 · よくある質問
二つのAgent harnessを連携させる方法
ワークフローで共有するものと分けるものを明確にします。
一つの Space から
Agentが変わっても、プロジェクト状態は安定させる
各Agentに独立した限定Sessionを用意し、ファイル、検証、Reviewの根拠で作業を引き継ぎます。