OpenAI 为 Claude Code 做了一个调用 Codex 的插件

cc 写码 codex review 是黄金组合。每次我都叫 codex review 然后复制到 cc 然后再复制到 codex 让它看一下再复制这样翻来覆去的。之前稍微搜了一下没看到有这样的插件，现在 openai 自己出了，不错。而且 openai 让人随意用 sub ，和 a 社也是鲜明对比，a 禁止第三方“产品或服务”使用无论 headless 还是 sdk 调用 oauth 了 pro/max sub 的 cc

Anthropic 基本上就是通过各种 Claude Code 内的限制、法务、以及 DMCA 来维护 Claude Code 的一亩三分地。现在 OpenAI 在它自己的生态中插一脚，很期待 Anthropic 的后续反应。

利益相关：Claude Code 重度使用者。

这个真的是感觉有点离谱 还能这么干

有点像 微软是苹果最佳开发者的味道了

同一楼，经常让 codex review claude code 的实现
这个插件真是方便了这个流程

NTR 这种事情不要呀😭

看了一下真的是为了 review cc 写的代码而开发的，codex 不会要自降身份，沦为代码助手而不是代码主力了吧？

这样是不是 codex 可以光明正大的看 Claude 的生成，然后拿到训练数据，争取超过 Claude 别一家独大

用 claude code 的金主居多，这个点其实不错，codex review cc 也确实是当前的一个最佳实践

Codex 可以把自己暴露为 MCP 服务给 CC 调用，因此我前段时间写了一个 Claude Code 的插件，让 CC 和 Codex 相互协作，Opus 和 GPT 对话多轮，体验还不错。但是感觉官方出的这个插件也够用了。

@tomchen #1
@taotaodaddy #5
安装了这个插件试用了一下，我现在的流程是
1. 使用插件 review
2. 让 cc 直接 fix
3. 重复 1-2

但是有个疑问想请教一下，在 review 3 次后，依然提示有问题，但是上下文窗口快不够用了，我应该的操作是什么？压缩上下文后再开一个重新这个流程吗？
3 轮后，用掉了 1/3 的 5h 用量，但是 codex 里显示还是 100%，奇怪

@rrubick
Code review 是独立计量的吧，到 https://chatgpt.com/codex/settings/usage 看看

有些复杂代码，尤其是涉及多线程的情况，让 Codex 或者 CC review 有时候不可避免地出现 AI 钻牛角尖——只要你让它一直 review ，它就可以一直发现问题，然后在试图修的过程中把代码变得更复杂或者直接引入新的 bug……

@Livid 是的最近也遇到这种情况，将简单的代码 变得越来越复杂了

@shineonme #12
看了下，也是 100%

@rrubick codex 好像是能自动压缩上下文的吧，到 100%了它自己会处理

是的，codex 永远能 review 出“新问题”或者“新建议”😂

我是自己写 skill 让它们相互协作，自己则作为中间人，同时也知道他们在干嘛。这个插件貌似方便很多。用过的出来分享一下体验呗

@poorcai review 的同时也可以获取到相关数据，用于提升编程能力啊，相当于高级间谍了，并且是阳谋。

@AppxLite 求分享下 skill