打不过就加入:OpenAI 官方出手,把 Codex 插件装进 Claude Code
公众号名称:程叙架构与AI.
作者名称:AI兴观点
发布时间:2026-03-31 19:12
原文链接:https://github.com/openai/codex-plugin-cc
✅点击上方🔺公众号🔺关注我✅

今天,OpenAI 做了一件很有意思的事:他们以官方身份发布了一个 Claude Code 插件——codex-plugin-cc。
不是第三方,不是社区爱好者,是 OpenAI 官方。

这个插件能做什么?
先说功能。装上这个插件之后,你在 Claude Code 里直接多了三个命令:
/codex:review 标准的代码审查,只读模式,让 Codex 帮你过一遍代码。适合所有场景的默认第二关。
/codex:adversarial-review 对抗性审查。这个不是温和地找问题,是专门挑战你的实现逻辑——“这里为什么要这么写?""有没有更好的方案?""这个假设成立吗?” 适合迁移、鉴权逻辑、基础设施脚本、重构这类高风险操作。
/codex:rescue 直接把手头的任务移交给 Codex。当一个线程卡住、或者你觉得换个人来可能更快的时候,Codex 可以直接接管。
三个命令都支持后台运行,配合 /codex:status 和 /codex:result 管理。还有一个可选的 review gate,能让 Claude Code 在 Codex 审查完成前不退出——但插件作者也特别提醒,这个功能可能造成两个 AI 互相调用的循环,要慎用。
为什么说这件事不一般?
Claude Code 有自己的插件生态,开发者可以在里面接入各种工具和服务。但这一次,是 OpenAI 主动把自己的产品送进了竞争对手的地盘。
不是”我们做了个类似的东西”,而是”我们官方来给你们 Claude Code 用户服务了”。
这背后有个很朴素的前提:Claude Code 的用户,很多也在用 Codex。两个工具各有强弱,用户其实一直在这两个产品之间切换。OpenAI 看到了这个现实,选择了”打不过就加入”——不是放弃竞争,而是换了一种竞争姿势。
你可以理解成:OpenAI 承认了 Claude Code 在 AI 编程工具里的地位,也承认了 Codex 在某些场景下的优势。与其让用户在两个工具之间手动搬运,不如让两个工具在同一个工作流里协作。
技术上是怎么实现的?
插件通过本地 Codex CLI 和 app server 中转,复用你已有的认证、配置和 MCP 设置。这意味着:
- 不需要额外的登录或 API 配置
- 不额外占用一个新的运行时
- 你在 Codex 里配好的环境,Claude Code 里直接能用
轻量,正是因为它不是在 Claude Code 里重新跑一个 Codex,而是把任务代理给本地已经安装好的 Codex。
使用前提:有 ChatGPT 订阅(免费版也行)或 OpenAI API key,加上 Node.js 18.18 以上。
一个很实在的工作流
插件作者给了一个简单但有效的默认模式:
- 日常开发:
/codex:review过一遍 - 高风险改动:加上
/codex:adversarial-review - 线程卡住或需要重来:
/codex:rescue移交给 Codex
这套组合的本质,是让你的工作流里多了一个”随叫随到的第二意见”。不是每次都要用,但需要的时候,Codex 就在 Claude Code 里面,不需要切换窗口,不需要复制上下文。
值得注意的地方
review gate 的循环问题。 如果 Claude Code 调用 Codex 做审查,Codex 的建议又触发 Claude Code 的新改动,再触发审查……这个 loop 有可能快速烧掉使用额度。新手建议先不用 review gate,等熟悉了再开。
adversarial-review 适合什么? 插件明确提到:迁移、鉴权变更、infra 脚本、重构。这些场景的共同特点是”隐藏假设比明显语法错误更危险”。日常 CRUD 不一定需要,复杂系统改动可以重点用。
不是 Claude Code 的插件市场里随便一个插件——这是 OpenAI 官方的动作,意味着后续维护和支持是认真的,不是发布完就跑。
怎么安装?
npm install -g @openai/codex-plugin-cc
然后在 Claude Code 里运行:
/codex:setup
跟着引导配置好 OpenAI 认证(ChatGPT 订阅或 API key),就可以了。
插件地址:github.com/openai/codex-plugin-cc

如果觉得这篇文章有帮助,欢迎点赞、在看、转发!有问题也可以在评论区留言,我会尽量回复!

AI兴观点 程叙架构与AI.
Read more