 | 1 tomchen 3 月 31 日  2 cc 写码 codex review 是黄金组合。每次我都叫 codex review 然后复制到 cc 然后再复制到 codex 让它看一下再复制这样翻来覆去的。之前稍微搜了一下没看到有这样的插件，现在 openai 自己出了，不错。而且 openai 让人随意用 sub ，和 a 社也是鲜明对比，a 禁止第三方“产品或服务”使用无论 headless 还是 sdk 调用 oauth 了 pro/max sub 的 cc |
 | 2 cuebyte 3 月 31 日 Anthropic 基本上就是通过各种 Claude Code 内的限制、法务、以及 DMCA 来维护 Claude Code 的一亩三分地。现在 OpenAI 在它自己的生态中插一脚，很期待 Anthropic 的后续反应。 利益相关：Claude Code 重度使用者。 |
 | 3 saltbo 3 月 31 日 这个真的是感觉有点离谱 还能这么干 |
 | 4 superhuai 3 月 31 日 1 有点像 微软是苹果最佳开发者的味道了 |
 | 5 taotaodaddy 3 月 31 日 同一楼，经常让 odex review claude code 的实现 这个插件真是方便了这个流程 |
 | 6 moon2a 3 月 31 日 NTR 这种事情不要呀 |
 | 7 poorcai 3 月 31 日 看了一下真的是为了 review cc 写的代码而开发的，codex 不会要自降身份，沦为代码助手而不是代码主力了吧？ |
 | 8 Javin 3 月 31 日 这样是不是 codex 可以光明正大的看 Claude 的生成，然后拿到训练数据，争取超过 Claude 别一家独大 |
 | 9 dbskcnc 3 月 31 日 用 claude code 的金主居多，这个点其实不错，codex review cc 也确实是当前的一个最佳实践 |
 | 10 Hitori0221 3 月 31 日 Codex 可以把自己暴露为 MCP 服务给 CC 调用，因此我前段时间写了一个 Claude Code 的插件，让 CC 和 Codex 相互协作，Opus 和 GPT 对话多轮，体验还不错。但是感觉官方出的这个插件也够用了。 |
 | 11 rrubick 3 月 31 日 @tomchen #1 @taotaodaddy #5 安装了这个插件试用了一下，我现在的流程是 1. 使用插件 review 2. 让 cc 直接 fix 3. 重复 1-2 但是有个疑问想请教一下，在 review 3 次后，依然提示有问题，但是上下文窗口快不够用了，我应该的操作是什么？压缩上下文后再开一个重新这个流程吗？ 3 轮后，用掉了 1/3 的 5h 用量，但是 codex 里显示还是 100%，奇怪 |
 | 12 shineonme 3 月 31 日 |
 | 13 Livid MOD OP PRO 8 有些复杂代码，尤其是涉及多线程的情况，让 Codex 或者 CC review 有时候不可避免地出现 AI 钻牛角尖只要你让它一直 review ，它就可以一直发现问题，然后在试图修的过程中把代码变得更复杂或者直接引入新的 bug…… |
| 17 taotaodaddy 3 月 31 日 是的，codex 永远能 review 出“新问题”或者“新建议” |
 | 18 AppxLite 3 月 31 日 我是自己写 skill 让它们相互协作，自己则作为中间人，同时也知道他们在干嘛。这个插件貌似方便很多。用过的出来分享一下体验呗 |
 | 19 NelsonZhao 3 月 31 日 @poorcai review 的同时也可以获取到相关数据，用于提升编程能力啊，相当于高级间谍了，并且是阳谋。 |
Select Language