Claude CodeとCodexを「会話」させる｜MCP連携で2つのAIをペア組ませる方法

「Claude CodeとOpenAI Codex、 同じプロジェクトで連携できるらしい と聞いたんだけど、本当?」 — 質問を受けて調べたら、本当にできました。

しかも 双方向で会話しながら同じセッションで共著する レベル。2026年2月、Claude Code Channels(MCP)とCodex App Serverの 双方向ブリッジ がGitHubでProof of Conceptとして公開されて以降、現実的な選択肢になっています。

今日はこの「マルチAIペアプロ」の現状と、 何ができて何ができないか を整理します。

GitHub Issue — Claude Code Channels(MCP) ↔ Codex App Server双方向ブリッジ

github.com

なぜ2つのAIを会話させるのか

そもそも「1つで済むのに、なぜ2つ?」と思うかもしれません。

理由は、 得意分野が違う から。

	Claude Code	Codex
強み	長文脈・複雑な依存関係・コード品質	速度・自律性・コスト効率
弱み	速度・コスト	長文脈・込み入った設計
設定文化	独自の `CLAUDE.md`	オープン標準 `AGENTS.md`

これを踏まえると、 「設計は Claude、実装は Codex」「Claude が書いたコードを Codex がレビュー」 のように、 得意な役割を割り振る ペア組が自然と出てきます。

これが「2つを会話させる」価値。

Claude CodeとCodexの比較記事(関連)

claude-code-lab.example.com

連携手段は大きく3つ

2026年5月時点で、Claude CodeとCodexを連携させる実用的な方法は3つ。

手段1 — Claude Code Channels(MCP)双方向ブリッジ

Anthropic公式のChannelsという仕組みを通じて、 CodexのApp Serverに接続 する方法。

GitHubに公開されているProof of Conceptでは、 同じセッション内で双方向通信が成立 していて、Claude Codeが「Codex君、この関数書いて」と頼み、Codexが書き上げてClaude Codeに返す、という流れが動作しています。

導入は やや上級者向け で、まだ実験段階。本格的な業務利用には早い印象ですが、雰囲気を掴みたい人には面白い段階です。

Anthropic公式Issue — MCP Channels ↔ Codex App Server

github.com

手段2 — ai-cli-mcp(コミュニティ製)

ai-cli-mcp というMCPサーバーが個人開発者から公開されていて、 Claude / Codex / Gemini のCLIエージェントをMCP clientから起動 できます。

~/.claude.json に追記する形で接続。

{
  "mcpServers": {
    "ai-cli": {
      "command": "npx",
      "args": ["-y", "@mkxultra/ai-cli-mcp"]
    }
  }
}

これでClaude Codeから「Codex君、これ書いて」と頼むと、 Codex CLIが裏で起動して結果を返す 構成が組めます。完全な双方向というより、 「ClaudeがCodexをツールとして呼ぶ」 型。

実用度はこちらの方が現状高い。

GitHub — ai-cli-mcp(mkXultra)

github.com

手段3 — Vibe Kanbanで並列割り当て

Vibe Kanbanのカンバンボード上で、タスクごとに Claude CodeかCodexかを選択 できます。

直接「会話」はしませんが、「設計タスクはClaude、実装タスクはCodex」という ロール分担 が可能。タスクの結果を相互に参照する形で、 間接的な協調 が成立します。

これは別記事で扱っています。

Vibe Kanban × Claude Code(関連記事)

claude-code-lab.example.com

実用ユースケース3つ

「会話させたら何ができるか」のイメージ。

ユースケース1 — 設計と実装の役割分担

[Claude]: ログイン機能を追加したい。
         以下の設計を立てた:
         - JWT認証
         - メール+パスワード+マジックリンク
         - レート制限あり

[Codex]: 設計理解した。実装する:
         - /api/login.ts(エンドポイント)
         - LoginForm.tsx(UI)
         - middleware.ts(レート制限)
         実装完了。テストはClaude側で書いてくれる?

[Claude]: テスト書く:
         - login.test.ts(15ケース)
         実装と整合性確認、PR作成

このフローを MCP越しで自動進行 させるのが目標形。設計の長文脈はClaude、高速実装はCodex、というペア。

ユースケース2 — クロスレビュー(セカンドオピニオン)

ClaudeとCodexは異なるモデル系統なので、 同じコードに対して異なる視点でレビュー してくれます。

「Claudeが書いたコード」をCodexにレビューさせる、または逆方向で。 AIによるダブルチェック がセルフレビューより精度が上がります。

私が知り合いに勧めているのは、 重要変更前にCodexで再レビュー してもらうフロー。月数件、本番障害になりそうな変更を防げています。

Delega — Agent-to-Agent Code Review wiring