当竞争对手开始给你写插件,说明你已经是平台了(OpenAI 给 Claude 打工了)

2026 年 3 月 30 日，OpenAI 在 GitHub 上推了一个仓库：openai/codex-plugin-cc。

名字里的 cc 是 Claude Code 的缩写。

没看错。OpenAI 官方给 Anthropic 的 Claude Code 写了一个插件。

一天之内，2150 颗星，78 个 Fork。开发者们的反应不是”这插件好不好用”，而是”等等，这世界怎么了？”

这个插件能让你干什么？

先说实际的。装上这个插件后，你在 Claude Code 里多了几个命令：

• • /codex:review：让 Codex 审查你当前的代码变更。和你在 Codex 里直接跑 /review 效果一样。
• • /codex:adversarial-review：对抗性评审。不是检查你有没有 bug，而是质疑你的设计决策——”你确定这个缓存策略是对的？””你考虑过回滚场景吗？”
• • /codex:rescue：把一个任务甩给 Codex 去做。调试、修 bug、跑一轮更深的排查，都行。

还有 /codex:status、/codex:result、/codex:cancel 管理后台任务。

翻译成人话就是：Claude 写代码，Codex 审代码。遇到难啃的骨头，还能把活儿外包给 Codex。

两家公司的 AI，在你的终端里协同工作。

AI 审 AI：最魔幻的功能藏在 Hook 里

功能列表里最不起眼的一行，其实是最值得聊的。

这个插件有一个叫 Review Gate 的机制。它是一个 Stop Hook——每次 Claude 准备停下来说”我做完了”的时候，这个 Hook 会自动触发，让 Codex 审查 Claude 刚刚写的代码。

如果 Codex 说：这里有问题，不能发布。

Claude 就不会停下来。它会继续改，直到 Codex 点头。

一个 AI 写代码，另一个 AI 审代码，审不过就打回去重做。

这不是什么未来构想。这是已经能跑的代码，就在那个仓库的 hooks.json 和 stop-review-gate-hook.mjs 里。

而且这两个 AI 来自两家正在激烈竞争的公司。

我翻了 Codex 做对抗性评审时用的 prompt 模板。它的开场是这样的：

“You are Codex performing an adversarial software review. Your job is to break confidence in the change, not to validate it.”

“你是 Codex，正在执行一次对抗性代码评审。你的工作是打破对这个变更的信心，而不是验证它。”

“Default to skepticism. Assume the change can fail in subtle, high-cost, or user-visible ways until the evidence says otherwise.”

“默认持怀疑态度。假设这个变更会以隐蔽的、代价高昂的、用户可见的方式失败，除非有证据证明它不会。”

Codex 被设计成一个故意找茬的角色：查认证漏洞、查数据丢失风险、查竞态条件、查回滚安全性。它不是在帮你润色代码，它是在试图证明你的代码不该上线。

这是我见过的最实用的 Multi-Agent 协作模式：不是两个 AI 互相吹捧，而是一个干活一个拆台。

为什么 OpenAI 要给竞争对手写插件？

这是所有人的第一反应：OpenAI 为什么要这么做？

答案藏在一个简单的商业逻辑里：不是因为善良，是因为 Claude Code 的用户够多。

Codex 是 OpenAI 的编程 Agent，今年才全面推出。它面对的问题是：很多开发者已经在用 Claude Code 了。如果 OpenAI 只靠”把用户从 Claude Code 拉到 Codex”来增长，那是一场成本极高的搬迁战。

更聪明的做法是：别让用户搬家，直接把服务送上门。

这和微软当年给 Mac 做 Office 是同一个逻辑。1997 年的微软没有说”用户必须换 Windows 才能用 Office”，而是说”你用 Mac 也行，Office 照样好用”。结果 Office 成了跨平台的标准，比 Windows 本身还赚钱。

OpenAI 现在的策略一模一样：Codex 的目标不是击败 Claude Code，而是无处不在。

更何况，这个插件免费，但每次调用 Codex 都会消耗你的 ChatGPT 订阅额度或 API 配额。OpenAI 不靠插件赚钱，靠的是把 Codex 的调用量做上去——用户在哪个平台调用的不重要，调用了就行。

Claude Code 成了编程 Agent 的”安卓”

再退一步看这件事。

一个产品，当竞争对手愿意花工程资源来给你做集成的时候，它的身份就变了。它不再是一个工具，它是一个平台。

想想浏览器的历史。Chrome 什么时候从”一个浏览器”变成”一个平台”的？是当所有公司都开始为 Chrome 开发扩展的时候。不是 Google 自己说的，是生态说的。

Claude Code 正在经历同样的事。它有插件系统、有 Slash Commands、有 Hooks、有 Agent 子系统、有 MCP 协议。现在连它最大的竞争对手都在为它写插件了。

这意味着编程 Agent 的竞争格局正在发生一次本质性的转变：从”谁的 Agent 更强”变成”谁的 Agent 生态更大”。

和移动互联网时代的逻辑一样：最后赢的不是跑分最高的手机，是 App 最多的操作系统。

OpenAI 显然也看到了这一点，所以它选择了双轨策略：

1. 1. Codex 独立生态：继续做自己的编程 Agent 产品
2. 2. Codex 嵌入式：像今天这样，把 Codex 能力注入到 Claude Code、VS Code 等其他平台里

这和 Google 做搜索的路径是一样的——自己有 google.com，但也把搜索引擎嵌入了几乎所有浏览器和操作系统。

技术人应该注意的三个信号

这个插件背后有三个值得关注的技术趋势：

1. Multi-Model 工作流正在成为现实

以前我们讨论”该用 Claude 还是 GPT”，是一个非此即彼的选择题。现在这个插件告诉你：在同一个项目里，同时用两个甚至多个模型，正在成为标准工作流。

Claude 擅长什么就用 Claude，Codex 擅长什么就用 Codex。未来可能还会有 Gemini 的插件。模型成了工具箱里的扳手——你不会只买一种尺寸。

2. AI 之间的”制衡”比”协作”更有价值

Review Gate 的设计哲学是：两个 AI 的观点不同，比两个 AI 的观点一致更安全。

同质化的 AI 互相检查，很可能犯同样的错。而来自不同公司、不同训练数据、不同架构的两个 AI 互相审查，盲区重叠的概率更小。

这可能是 AI 安全领域一个被低估的方向：用竞争关系来制造可靠性。

3. Agent 的差异化正在从”能力”转向”人格”

看 Codex 对抗性评审的 prompt——它被赋予了一个非常明确的”人格”：怀疑论者、找茬专家、安全偏执狂。Claude 则扮演建设者和执行者的角色。

未来的 Agent 竞争可能不再是”谁更聪明”，而是”谁在这个角色上更到位”。 就像公司招人，不是找全能选手，是找最适合这个岗位的人。

对开发者来说意味着什么？

实话实说：如果你今天已经在用 Claude Code，这个插件值得试一试。

不是因为它有多革命性——Code Review 不是新概念，任务委派也不是。而是因为它代表了一种新的使用方式：你不再需要对任何一个 AI 忠诚。

以前选了 Claude 就得在 Claude 生态里解决所有问题。现在你可以在 Claude 的环境里，随手调一个 Codex 来做第二意见。这种灵活性，以前是不存在的。

安装很简单：

/plugin marketplace add openai/codex-plugin-cc/plugin install codex@openai-codex/reload-plugins/codex:setup

你需要一个 ChatGPT 订阅（免费版也行）或者 OpenAI API Key。用量计入你的 Codex 额度。

但更重要的不是这个插件本身，而是它背后的趋势。

当 OpenAI 都开始给 Claude Code 写插件了，这个行业的竞争逻辑已经变了。未来不是一个 AI 统治一切，而是多个 AI 在你的工作流里各司其职。

谁能成为那个”各司其职”发生的地方——也就是平台——谁就赢了。

而今天，Claude Code 看起来正在成为那个地方。

OpenAI 的这个插件仓库：github.com/openai/codex-plugin-cc，Apache 2.0 开源，有兴趣可以去翻翻源码——那个对抗性评审的 prompt 模板写得确实好，值得学习。