Claude Codeの相談相手としてCodexをつなぐ：MCPで疎通・追質問・議論まで試した

Claude Code: 2.1.197
Codex CLI: codex-cli 0.142.4
Codex login: Logged in using ChatGPT

claude mcp add --transport stdio codex -- codex mcp-server

{
  "mcpServers": {
    "codex": {
      "command": "codex",
      "args": ["mcp-server"]
    }
  }
}

{
  "tool_count": 2,
  "tools": [
    {
      "name": "codex",
      "description_head": "Run a Codex session."
    },
    {
      "name": "codex-reply",
      "description_head": "Continue a Codex conversation by providing the thread id and prompt."
    }
  ]
}

Use the codex MCP tool once.
Ask Codex: "Reply exactly MCP_OK and nothing else."
Then report whether Codex replied exactly MCP_OK.
Do not edit files.

claude -p \
  --strict-mcp-config \
  --mcp-config ./mcp.json \
  --allowedTools 'mcp__codex__codex' \
  --max-turns 4 \
  --output-format text \
  'Use the codex MCP tool once. Ask Codex: "Reply exactly MCP_OK and nothing else." Then report whether Codex replied exactly MCP_OK. Do not edit files.'

{
  "structuredContent": {
    "threadId": "019f5677-c87a-71e0-87d9-42f62b176c6a",
    "content": "MCP_OK"
  }
}

Codexは正確に `MCP_OK` と返答しました。指示通りの応答です。

exit=0

Claude Code
  -> Codex MCP tool
  -> codex mcp-server
  -> Codex session
  -> MCP_OK
  -> Claude Codeの最終応答

Claude → Codex:
We are testing Claude Code calling Codex through MCP. In exactly two bullet points, say what can go wrong when two coding agents collaborate on one repository.

Codex:
- They can overwrite or conflict with each other's edits if they touch the same files without checking the current worktree state first.
- They can make incompatible assumptions about scope, tests, architecture, or ownership, leaving the repo with duplicated work, partial fixes, or inconsistent behavior.

Claude → Codex:
Given those risks, propose one safe operating rule in one sentence.

Codex:
Before editing, each agent must inspect the current worktree and coordinate ownership of the files it plans to modify.

exit=0

Codex:
「背景」と「経緯」は分けるべきです。背景は判断に必要な静的条件、経緯はそこに至った時系列です。
例: ADRで「背景」は既存DBが書き込み集中で限界、SLOは99.9%など。
「経緯」はRedis案、CQRS案を検討し、負荷試験でRedis案を棄却した流れ。

Claude:
「静的 vs 時系列」の区分は綺麗だが、背景自体が変化する事象も多い。
たとえば「競合の新規参入」は背景だが、静的条件とは言いにくい。
静的/時系列ではなく、文書内の機能で分けるべきではないか。
背景 = なぜ今この対応が必要か。
経緯 = 具体的にどう検討し、何が起きたか。

Codex:
同意します。「静的/時系列」は目安で、本質は機能の違いです。
背景は判断の必要性と制約を説明し、経緯は検討・発生・対応の追跡性を担保する、という区別に修正できます。
実践ルール: 背景には「なぜ扱う必要があるか」を書く。経緯には「いつ、誰が、何を見て、どう判断・対応したか」を時系列で書く。

exit=0

Claude: 論点を設定する
Codex: たたき台を出す
Claude: 弱点を指摘する
Codex: 実践ルールに直す
Claude: 最終判断として統合する

Credit balance is too low

exit=1

claude -p 'Reply exactly CLAUDE_OK and nothing else.' --max-turns 1

CLAUDE_OK

codex exec --sandbox read-only --ask-for-approval never \
  'Reply exactly CODEX_OK and nothing else.'

CODEX_OK

claude auth logout
claude auth login --claudeai

Before editing, each agent must inspect the current worktree and coordinate ownership of the files it plans to modify.

編集前に、各エージェントは現在のworktreeを確認し、自分が変更するファイルの所有範囲を調整する。

あなたはClaude Code上で、Codex MCP serverとの疎通を検証する作業担当です。

目的:
Claude CodeからCodexをMCP経由で呼び出せるかを、段階的に確認してください。ファイル編集はしないでください。確認ログだけを出してください。

前提:
- Codex CLIは `codex` コマンドで利用できる想定です。
- Claude Code CLIは `claude` コマンドで利用できる想定です。
- destructiveな操作は禁止です。
- 既存ファイルの削除、依存追加、Git操作、DB変更はしないでください。

手順:
1. `claude --version` と `codex --version` を確認してください。
2. `codex login status` と `claude auth status` を確認してください。
3. `codex mcp-server` がMCP serverとして起動できるか確認してください。
4. Claude CodeにCodex MCP serverを登録するための設定例を作ってください。
5. `claude mcp add/list/get` で登録状態を確認するコマンドを提示してください。
6. `MCP_OK` を返させる最小end-to-endテストを実行してください。
7. 可能なら `codex-reply` を使い、同じCodex threadに追質問できるか確認してください。
8. 失敗した場合は、Claude単体、Codex単体、MCP server単体、Claude→Codex end-to-endのどこで失敗しているかを切り分けてください。

成功条件:
- Codex MCP serverが `codex` と `codex-reply` toolを公開していること。
- Claude CodeからCodexへ問い合わせ、Codexが `MCP_OK` を返すこと。
- Claude Codeがその結果を読み取り、成功として報告すること。
- 失敗した場合は、失敗箇所と次に確認すべきコマンドが分かること。

出力形式:
次の見出しで簡潔に報告してください。

## 実行環境
## MCP登録状態
## 最小疎通テスト
## codex-reply追質問テスト
## 失敗時の切り分け
## 次に安全に使うための運用ルール

運用ルールには必ず次を含めてください。
「編集前に、各エージェントは現在のworktreeを確認し、自分が変更するファイルの所有範囲を調整する。」