夜雨聆风讲真，我做科技自媒体这么久，见过不少魔幻的事。
但OpenAI给Anthropic的产品写插件？
这个我是真没想到。
什么情况？
2026年3月底，OpenAI悄悄在GitHub上发布了一个项目，名字叫 codex-plugin-cc。
cc 就是 Claude Code 的缩写。这个项目做的事情简单到离谱：让你在 Claude Code 里直接调用 OpenAI 的 Codex。
对，就是那个 Claude Code。Anthropic 家的。OpenAI 的竞争对手。
三个月过去，这个项目已经拿下了 26500 多颗星，GitHub 上讨论热度居高不下。
你可能会问，这有什么好激动的？不就是一个插件吗？
问题就在这里。OpenAI和Anthropic，这两家公司的竞争关系，说"你死我活"可能夸张了点，但绝对是AI领域最直接的对手。GPT vs Claude，Codex vs Claude Code，每一条产品线都在正面硬刚。
结果现在OpenAI说："行吧，你用Claude Code用得顺手，那我在里面给你开个Codex的后门。"
这操作，怎么说呢，有点像苹果给安卓手机做了一款官方App。
为什么要做这个？
说实话，一开始我也觉得OpenAI是不是疯了。帮对手完善生态？图什么？
但仔细一想，逻辑其实很清晰。
很多开发者的日常工作流已经绑在 Claude Code 上了。Claude Code 在处理大型代码库、做复杂推理、交互式调试这些方面确实有它的优势。Opus 4.6 和 4.8 模型在理解代码上下文上很有一套，终端原生的设计也让它在开发者圈子里攒了不少口碑。
但Codex也有Codex的强项。GPT-5.5 驱动的Codex在做并行任务、批量代码审查、云端沙箱执行这些方面有独到之处。
而且说句大实话，很多开发者本来就在两个工具之间切来切去。
OpenAI很清楚：与其让用户在两个窗口之间来回跳，不如直接说"你继续用Claude Code，我帮你把Codex嵌进去"。用户爽了，Codex的使用量也上去了，Win-win。
这个思路，比硬要把用户从Claude Code抢过来要聪明得多。
那这个插件到底能干嘛？
好，聊完背景，咱们说正事。装了这个插件之后，你在Claude Code里会多出来一组以 /codex: 开头的命令。
主要有这么几个：
代码审查
/codex:review 让 Codex 帮你看代码。支持审查当前未提交的改动，也支持跟某个分支做对比。
举个栗子：你改了一大堆代码，改完心里没底。直接跑一句 /codex:review --background，Codex就在后台帮你看一遍，找bug、找出遗漏的测试、找出边界情况。
跑完之后 /codex:status 看进度，/codex:result 看结果。全程不用离开Claude Code。
这里有个细节值得说：review 是只读的。它只会告诉你问题在哪儿，不会偷偷改你的代码。这个设计我觉得挺好的，审核和修改分开，安全感拉满。
挑战式审查
/codex:adversarial-review 这个命令就有点意思了。它不是普通的找bug，而是像一个杠精同事一样，专门质疑你的设计决策。
比如你改了一套缓存策略，跑一句：
/codex:adversarial-review --background 质疑这个缓存和重试的设计是否合理
Codex 就会从架构层面去审视你的代码，挑出那些"能跑但不一定对"的地方。特别适合在合并之前做最后一道把关。
说实话，我觉得这个功能比普通审查更实用。因为代码能不能跑是一回事，设计对不对是另一回事。大部分AI工具能做前者，后者才是真正难的地方。
派活模式
/codex:rescue 可以把一个任务直接丢给Codex去跑。修bug、查回归问题、继续之前没干完的活，都可以。
比如你写了一下午代码，跑测试发现挂了，已经不想再看了。直接：
/codex:rescue --background 调查为什么测试失败了
Codex自己去分析日志、定位问题、尝试修复。你继续干别的，回头来看结果。
而且还支持指定模型。想省点Token？用 /codex:rescue --model gpt-5.4-mini 跑个小的。想用最快的？用 /codex:rescue --model spark。
会话转移
/codex:transfer 这个功能我觉得被低估了。它能把你在Claude Code里当前的对话上下文，直接转成一个Codex会话。
比如说你在Claude Code里跟AI讨论了一个小时的架构设计，讨论得很透彻了。这时候你想让Codex基于这个上下文去写具体的实现代码，跑一句 /codex:transfer，整个上下文就过去了。
不用重新解释一遍。不用从头开始。
怎么装？
好，到实操环节了。安装过程其实很简单，全程在终端里搞定。
前提条件
你得先装好 Claude Code（CLI版本、桌面版、IDE扩展都行），Node.js 18.18以上，npm可用。
然后需要一个ChatGPT账号（免费版也行）或者OpenAI API Key。
对了，还需要本地装好Codex CLI。如果没有的话后面安装过程会自动帮你装。
安装步骤
总共就四步，每一步都是一行命令：
先在Claude Code里添加插件市场：
/plugin marketplace add openai/codex-plugin-cc
然后安装插件：
/plugin install codex@openai-codex
重新加载：
/reload-plugins
最后跑一下检查：
/codex:setup
这个setup命令会自动检测你的Codex是不是装好了、登录了没有。如果Codex还没装，它会问你要不要现在装。如果装了但没登录，它会提示你跑 !codex login。
整个过程，熟手一分钟搞定。新手跟着提示走，也就两三分钟的事。
装完之后你就能在Claude Code里看到所有的 /codex:* 命令了。
一个小贴士
如果你想让某个项目用特定的模型和推理强度，可以在项目根目录创建一个 .codex/config.toml 文件：
model = "gpt-5.4-mini"
model_reasoning_effort = "high"
插件的配置完全继承你本地Codex的设置。所以如果你Codex已经配置好了，插件装完就能直接用。
实际体验怎么样？
我自己试了一圈，说几个真实感受。
审查质量这块，Codex的review确实靠谱。我故意在一个函数里留了两个边界条件bug和一个遗漏的错误处理，/codex:review 一个不落地全找出来了。而且报告写得很清楚，哪一行、什么问题、为什么是问题，甚至给了修复建议。
挑战式审查更让我惊喜。我写了一段自以为很优雅的缓存代码，让它挑刺。结果它指出来三个问题：缓存key的设计在并发场景下可能碰撞、TTL策略没有考虑缓存雪崩、以及降级逻辑里有一个隐式的空指针风险。
被AI当面戳穿的感觉，还挺微妙的。但也确实有价值。
当然也有不太完美的地方。代码审查在diff比较大的时候耗时比较长，建议用 --background 跑后台。另外如果你同时开了review gate（一个让Codex在每次Claude回复后自动审查的功能），Token消耗会飙升，这个功能真的要慎用。
这件事说明什么？
最后聊两句我的看法。
OpenAI给Claude Code写插件这件事，表面上看是一个工具集成，但我觉得它反映出AI行业一个挺重要的趋势。
竞争不是非得你死我活。
过去几年，AI公司之间的竞争基本上就是互相封杀、互相抢用户。你的模型比我的强？那我降价。你的产品体验好？那我抄一个。
但OpenAI这次的操作不一样。它选择了一种更成熟的策略：去对手的地盘上提供服务。
这其实是一个信号。说明AI工具市场已经进入了一个新阶段：不再是"你必须选一个"，而是"你可以都要"。
对开发者来说，这是好事。你不用被某一个工具绑定，可以在不同的场景下用不同的AI。Claude Code 做主战场，Codex 做代码审查和后台任务，各取所长。
而且你想想，OpenAI开了这个头之后，会不会有其他公司跟进？
说不定过段时间，你会在Codex里看到"调用Claude审查"的插件，在Cursor里看到"调用Gemini做重构"的按钮。
AI工具之间的墙，正在一块一块地倒掉。
好了，今天就聊到这儿。如果你也在用Claude Code，不妨试试这个插件。一分钟装好，说不定能帮你发现一些自己都没意识到的问题。
如果你觉得这篇文章有用，欢迎点个赞和推荐，也欢迎转发给身边的开发者朋友。新来的朋友别忘了点个关注，小佳会持续带来AI开源圈最值得关注的新鲜事。
咱们下期见 📝
