使焦点聚集于单细胞、空转以及AI相互交叉的前沿之处，欢迎予以关注AI，会持续为您带来最为新颖、最为经典的硬核解读。

2026年3月30日，有一个名为codex--cc的开源项目在上悄然发布，它遵循-2.0许可证，其全称是"Codex for Code"。没错，你确实没看错，官方针对Code开发了一款插件，该插件能让开发者在Code的工作流里直接调用Codex来进行代码审查或者执行任务委派。

这般的情景极有可能是在AI编程工具竞争历程当中最为“魔幻现实主义”的一回呈现，那便是，竞争对手彼此之间不再仅仅是进行直接的激烈对抗，反倒开端发自内心地欣然接纳对方所构建的生态体系了。

在下撰写的这篇文稿，会以技术细节、使用场景以及行业意义这三个不同的方面，引领诸位深入地去领会此项目究竟是在开展着什么样的工作，从而达成对该项目具体内容的深刻理解。

一、这个插件是什么？解决了什么问题？

简而言之，codex--cc属于一款Code插件，在运用Code开展日常编码之际，它能够使你随时将Codex“引入”来做事。

它的核心定位可以概括为三个字：审、挑、派。

审视，使Codex针对你当下的代码变更开展标准化的代码审查，这等同于在Code的工作流当中直接获取源于另一个AI的“第二意见”。

选（）：再进一步，使Codex充当“魔鬼代言人”的角色dnastar key，专门去挑战你的实现方案——不只是审视代码细节，还要追问设计决策、隐含假设以及可能的失败模式。

派（/）：将针对调查一个bug、尝试修复、或者运用更小更快的模型做一次“廉价探索”这样的任务，直接交予Codex去执行。

换个角度从架构方面去看，这个插件并未引入全新的运行时。它在本质上是针对本地已经安装好的Codex CLI以及Codex App所进行的一层封装，会复用你机器上已然存在的Codex认证状态、仓库环境以及配置文件。因此它是极为轻量的——并非是“另起炉灶”，而是“借力打力”。

二、六个核心命令详解

安装完成后，你会在 Code中获得以下六个斜杠命令：

2.1 /codex: — 标准代码审查

对当前你尚未提交的更改，或者是当前分支跟目标分支之间的差异，会开展一回完全的Codex等级代码审查，这属于最基础的功能。

/codex:review                    # 审查当前未提交的更改
/codex:review --base main        # 审查当前分支相对于main的差异
/codex:review --background       # 在后台运行

此命令具备只读特性，不会对任何代码作出修改。针对多文件变更情况，官方提议采用某种状态在后台去运行dnastar key，是由于审查大概需要一定的时长。

2.2 /codex:- — 对抗式审查

有一种命令，它是最有意思的。它与标准审查不一样，对抗式审查具备“可引导的”特性，也就是说，你能够告知它具体去关注哪些存在风险的领域。

/codex:adversarial-review --base main challenge whether this was the right caching and retry design
/codex:adversarial-review --background look for race conditions and question the chosen approach

它所具备的审查视角并非是“这段代码究竟有没有存在瑕疵”，而是“这个方案自身到底是不是最为优化的”。其适用于在发布之前针对架构构建方面的决策、权衡利弊的抉择、潜藏着的假设条件展开压力测试，特别是在认证（auth）、数据丢失情况、回滚相应策略、竞态条件等具有高风险的领域。

2.3 /codex: — 任务委派

当你期望Codex去开展一项特定具体任务之际，运用这个命令，它借助一个名为codex:codex-的子代理进行运行。

/codex:rescue investigate why the tests started failing
/codex:rescue fix the failing test with the smallest safe patch
/codex:rescue --model gpt-5.4-mini --effort medium investigate the flaky integration test
/codex:rescue --model spark fix the issue quickly

这里存在一个值得予以留意的细节：你能够借由--model以及--参数对所运用的模型和推理强度加以控制。其中spark乃是gpt-5.3-codex-spark的简略写法，适宜于那些需要进行快速且低成本探索的场景。要是不予以指定的话，Codex将会采用其自身的默认配置。

此外，那个参数能够让你接着进行上一回的Codex任务，达成跨越会话的任务持续。

2.4，/codex:，/codex:，/codex: ，这是任务管理三件套。

分别能用于查看任务状态的这三个命令，还有用于获取任务结果的这三个命令，再者是用于取消正在运行任务的这三个命令。还会返回Codex的ID得到的情况，你能够使用codex在Codex原生界面里直接恢复这个会话接着工作的情况。

2.5 /codex:setup — 环境检查与 Gate

除开对Codex是不是已经被安装以及认证进行检查之外，/codex:setup还具备一项称作“Gate”的高级功能：

/codex:setup --enable-review-gate

启用之后，插件会借助Code的Stop Hook机制，于生成代码响应完毕后自动触发一回Codex审查。要是审查查证出问题，其输出会被拦截，需先修复之后才再输出。这等同于在Code与Codex之间构建了一个自动化的“质量关卡”。

有鉴于此呢，官方特意做出了特别的提醒，Gate它很有可能会致使和Codex之间形成长时间的循环调用，一下子就会快速地消耗掉API配额，所以呢，建议仅仅是在主动去监控会话的时候才启用它。

三、安装与使用3.1 前置条件3.2 安装步骤

# 1. 在Claude Code中添加marketplace
/plugin marketplace add openai/codex-plugin-cc

# 2. 安装插件
/plugin install codex@openai-codex

# 3. 运行环境检查
/codex:setup

倘若Codex还没有被进行安装，那么/codex:setup就会将其检测出来并且给出自动安装的选项，你同样能够以手动的方式去进行安装：

npm install -g @openai/codex

如果Codex未登录：

!codex login

3.3 典型工作流

发布前审查：

/codex:review --base main --background
/codex:status
/codex:result

委派调查任务：

/codex:rescue --background investigate why CI is failing
/codex:status
/codex:result

深度对抗审查：

/codex:adversarial-review --base main --background challenge the auth design

四、配置管理

插件将Codex的配置体系进行了全面复用。对于修改默认模型或者推理强度这一情况，能够在Codex的配置文件里开展设置：

用户级配置：~/.codex/.toml

项目级配置：.codex/.toml（项目根目录）

model = "gpt-5.4-mini"
model_reasoning_effort = "xhigh"

项目级配置需要先信任该项目才能生效。

五、行业视角：为什么要给 Code写插件？

这件事，从表面上看去，呈现出一种“反常”的态势，然而，当将其置于当下AI编程工具的竞争格局这个背景之下，其内在的逻辑，实际上是极为清晰的。

25亿美元的年化收入，约在2026年初已被Code达成，这是多方报道所提及的，它是通过每天产生大量代码提交而实现的，其月费为100美元（Max计划），Codex的起步价则是200美元，当便宜的那个工具同为开发者更为偏爱的选择之际，更贵的一方就得改换一种打法。

采取了“你用啥，我就去啥”这样的策略，与其费尽心思地去劝说Code用户迁转至Codex那边，倒不如干脆地将Codex的能力嵌入到Code的生态环境当中，这跟早年微软把相关内容搬上iOS/的逻辑简直如出一辙 —— 用户身处何方，产品就去往何处。

在3月下旬之时为Codex引入了插件系统，这个插件系统竟然支持把技能、MCP集成、资源配置打包成可安装的插件包，而Codex在更早之前就已经推出过类似功能。codex--cc在某种意义上，其实也是对自家插件体系的一次“实战验证 ”，也就是用Code的插件格式去分发Codex的能力，并且还向开发者传递了一个信号，那就是Codex是一个开放的平台，它并不局限于自家生态。插件生态是当前的核心战场。

未来重要范式或许是“双Agent协作”。此插件开创有趣模式 ，于同一开发环境里 ，使两个源自不同公司的AI Agent协同作业。负责日常编码 ，Codex负责审查及特定任务 ，类似“一人写代码 ，另一人”的传统工程实践 ，只是两个角色皆换成AI。这种“AI审查AI”模式 ，也许比单一AI自我审查更具效率 ，是因不同训练背景下的模型对问题的敏感度分布有别 ，那是由于不同训练背景下的模型对问题的敏感度分布不同。

六、值得注意的几个细节

谈到费用，运用此插件会耗费你的Codex配额，要是你采用的是免费计划，额度兴许颇为有限，Gate模式格外得留意费用把控。

关于模型挑选方面，“/codex”具备支持指定模型的特性，其中“spark”这一模型也就是“gpt - 5.3 - codex - spark”属于最轻量级的可供选择对象，适宜运用于快速的试探性任务环节。当不进行模型指定操作的时候，会由“Codex”依据相关配置自行做出选择。

有关任务接力，在借助 /codex 获取到ID之后，你能够于Codex原生界面凭借codex持续此会话，达成Code与Codex之间工作的毫无缝隙的交接。

说到项目所处状态，在截止到发布那篇稿件的时候，也就是2026年3月31日这个时间点，此项目才刚刚发布了v1.0.0版本，仅仅只有1次提交作业的情况，是由特定相关方提交的。该项目目前还处于极为年轻的阶段，后续的发展走向值得我们持续不断地去加以关注。

七、总结

.codex--cc，它属于一个规模较小然而却精致的项目，不过呢，它所释放出来的信号，其影响力远远超出了代码自身：

如今，AI编程工具的竞争态势正发生转变，由以往的“零和博弈”朝着“生态互嵌”推进，你中有我的同时我中也有你，而其中用户体验才是决定胜负的最终裁判。

源于“第二意见”于AI辅助编程里具备真实价值，哪怕Code自身已然很强劲，然而来自拥有不同训练背景的AI所进行的独立审查依旧能够捕捉到不同类型的问题，所以对抗式审查（）这一设计特别值得予以关注。

那插件生态所具备的成熟状态，正逐渐成就为核心竞争力，不管究其是Code方向的，还是Codex所涉及的范围，只要任意一方得生态于丰富量上显出更优态势，在易用程度方面表现得更为突出，于展现形式上透露出更明显开放品性，那便能吸收到更多数量的开发者前来。

对于平日里使用Code的那些开发者而言，花费五分钟去安装一下这个插件，多了一个能在旁边协助查看代码的AI，此等状况之下又有什么理由不这样做呢？

如有侵权请联系删除！