OpenAI官方插件，让Claude Code调用Codex

说实话，看到这个项目的标题时我愣了一下。OpenAI 做了一个插件，让 Claude Code 能调用 Codex？这就像可口可乐出了个百事可乐的适配器，听起来不太真实，但它确实发生了。

项目叫 codex-plugin-cc，26.6k 星，OpenAI 官方出品。它是一个 Claude Code 的 MCP 插件，让 Claude Code 可以直接把代码审查或任务委派给 Codex。简单说，你在 Claude Code 里写代码，它能调 Codex 帮你做 code review，或者把子任务发给 Codex 去执行。

刚看到的时候我第一反应是：这是不是搞错了？毕竟 Claude Code 是 Anthropic 的，Codex 是 OpenAI 的，两家在 AI 编码助手赛道上是直接的竞争对手。

想了一下，这个逻辑其实是通的。

不是替代，是互补

细看才发现这个插件不是让 Claude Code 跑 Codex 模型，而是把特定任务委派给 Codex，更像跨生态协作工具。

能做两件事：代码审查和任务委派。

OpenAI Codex与Claude Code跨生态插件桥接

审查模式下把当前代码发给 Codex 做静态分析和安全检查，结果返回给 Claude Code。委派模式更有意思，你说"让 Codex 看看这个 PR"，Claude Code 就把文件上下文打包发过去，Codex 跑完送回结果。两个 AI 编码助手协同，而不是互相替代。

为什么要这么做？

我觉得 OpenAI 的理由很实际。与其让第三方做非官方桥接，不如官方自己出，控制体验和安全。同时每次调用都能让 Codex 看到真实代码，对模型改进是高质量训练信号。还有一个有意思的点，它用了 MCP 协议，注意这是 Anthropic 推的标准。OpenAI 用实际行动支持对手的开放协议，这在封闭生态盛行的圈子里确实不多见。

技术细节和开发者体验

安装很简单，一条命令搞定：

claude mcp add codex-cc ...

配置好 Codex API key 就能用。核心是 Claude Code 通过 MCP 协议发现 Codex 暴露的工具，然后按需调用。

代码审查流水线通过MCP协议跨系统协作

看了一下它的 MCP 工具定义，主要暴露了两个 tool：

• review_code
  ：审查代码变更
• delegate_task
  ：委派编码任务给 Codex

有个细节值得提：它用 Claude Code 的 mcp_servers 配置，完全遵循 MCP 的 stdio transport 模式。这意味着只要支持 MCP 的客户端理论上都能复用这个插件，不限于 Claude Code。

对开发者意味着什么？

我觉得更大的信号在于，AI 编码工具正在从"单模型垄断"走向"多模型协作"。

多种AI编码助手在开发者终端前协作

以前你要么用 Claude Code 要么用 Codex，选了一个就锁死在那个生态里。现在这种边界在模糊。Codex 能审查 Claude Code 写的代码，Claude Code 也能调动 Codex 的能力。

可能过不了多久，我们会看到更多这种跨生态的协作工具，比如 Cursor 调 Gemini 做视觉分析，Copilot 调 Claude 做大型重构。模型之间的竞争不会消失，但协作工具会成为开发者工作流的标准配置。

这其实对开发者是好事。你不用再纠结"选哪个 AI 编码助手"，因为工具会帮你做最优调度。你只需要写好需求，剩下的交给协作层去路由。

一些槽点

也不是全是好消息。我试用下来有几个问题：

• 配置稍微有点绕，需要先有 Codex 的 API key，再在 Claude Code 里配 MCP server
• 响应速度不如直接单模型快，因为要经过 Claude Code 到 MCP 到 Codex 再返回，多了一跳
• 代码审查结果目前还不能直接在 Claude Code 的 diff 视图里显示，得看终端输出

OpenAI 在 README 里说这只是 v0.1，后续会加更多功能。希望下一个版本能把这些体验问题修掉。

值得试试吗？

如果你是 Claude Code 的日常用户，同时又用 Codex 做代码审查的，这个插件值得花 15 分钟配一下。它解决了一个真实痛点：不用在两个终端之间来回切换。

如果你是只看不用的围观群众，这个项目的意义不在功能本身，而在它代表的趋势。AI 编码的下一个阶段不是模型之争，而是协作之争。

项目地址：https://github.com/openai/codex-plugin-cc