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