MCP concurrency is a safety boundary, not a speed hack
Claude Code から Codex CLI を MCP 経由で並列に呼ぶとき、見るべき論点は「速くなるか」より「プロセスが増殖して落ちないか」。
What changed
Zenn の実装メモでは、Claude Code の並列 Task/Agent から STDIO MCP の codex mcp-server を呼ぶと、呼び出し側ごとにプロセスが増えやすく、タイムアウトや OOM の原因になると整理している。Supergateway で STDIO MCP を Streamable HTTP に包むと、呼び出し窓口を一本化できる。
Why 健人くん cares
- OpenClaw/ひめのは Codex、Claude Code、ブラウザ、MCP、skills を混ぜる方向に進んでいる。
- 複数ランナー化すると、失敗原因はプロンプトより transport / process owner / timeout / queue になりやすい。
- HTTP 化は本当の並列高速化ではなく、落とさないためのキュー化として扱うのが現実的。
Steal this
- MCP ごとに
transport、process owner、max callers、timeout、fallbackを台帳化する。 - STDIO を HTTP に包んだら「並列対応」と書かず、「プロセス増殖を抑える直列キュー」と書く。
- subagent/heartbeat が MCP を触る前に、blast radius を小さくする circuit breaker と cooldown を置く。