这是一个创建于 55 天前的主题，其中的信息可能已经有所发展或是发生改变。
项目是一个 OpenSpec 驱动的简单图床网站，完全由 Claude Code 编写。
我给 Claude Code 接入了 Codex MCP server ，让 Claude Code 写完代码后调用 Codex review 代码，根据反馈意见进行修改，直到通过为止。
现在的问题是，Codex 已经 review 了 8 轮，每轮都能抛出七八个不一样的问题，Claude Code 吭哧吭哧改，改完了 Codex 还能 review 出来几个完全不一样的问题，CC token 烧了快 100 刀，Codex review 通过还是遥遥无期。
大家有遇到过这种问题吗？
 | 1 fortytwo 3 月 1 日 卡在了样式的写法问题？ 建议加一个防止过度设计的 prompt 。 先定义好过度设计的概念，标准，边界。 先人工停下来吧，功能应该是没问题。 |
 | 2 kulove 3 月 1 日 via Android 很正常 多少轮都会说有问题的 要自己判断了 |
 | 3 akira 3 月 1 日 review 的标准有提供给 cc 么 |
 | 4 doraemonki 3 月 1 日 review 之后还要对 review 的结果再 review 。具体方法就是把 codex 说的问题给 claude 然后结尾加一句：这些问题合理吗，然后 claude 就会一通分析，xxx 问题过度担心 xxx 问题必须修复，然后你再发送一个 fix 给 claude 就行了 |
 | 5 ninjaJ 3 月 1 日 review 结果分级处理，人类团队也是这样处理的，不是所有 review 出来的问题都一定要 100% 解决，不然产品永远无法上线。 |
 | 6 Danswerme OP @fortytwo @kulove @akira @doraemonki @ninjaJ 谢谢各位，是我没有给 cc 提供 review 标准导致的，我增加了 review 标准之后现在可以正常通过 review 了。 |
 | 7 slackerman 3 月 1 日 via Android  1 对，多次 review ，分级处理，只处理高优先级的。而且 review 内容也需要自己适当把控，否则容易在细枝末节上过度设计 |
 | 8 isnullstring 3 月 2 日 AI review 一两次就要停下来，人工检查，有时候 AI 可能会在简单问题上绕来绕去，代码改得乱七八糟 |
 | 9 kkth 3 月 2 日 咦，我是 codex 开发，claude review ，到底哪种好一点？ |
 | 10 sneezry 3 月 2 日 我是让两个 ai 团队 battle ，而不是单向输出。这样差不多三轮就能确定了。 |
| 11 slackerman 3 月 2 日 via Android codex review 好，codex 找的问题多。我有时候找几个 ai review ，全部要求文档存本地，最后让 Claude 或者 codex 对多份 review 报告进行 review ，规划优先级和推进 plan ，再逐步执行。vibe coding 我觉得要多用 a/b test 的思维，ai 多总会有好点子。 |
 | 12 maolon 3 月 2 日 很简单，如果多次 review 不通过就要不通过的那边给方案，然后反向 review 他的方案 |
 | 13 techphoebe 3 月 3 日 via iPhone @slackerman 有的 ai 干活快，有的干活慢，有时干活慢的发现了快的 ai 写的文档后就不独立思考干活了，会直接参考读到的那份文档，这个问题你如何解决的？ |
| 14 slackerman 3 月 3 日 via Android 确实有这个问题，我有时候会等大家都干完再让写本地。IDE 的 plan 模式输出不是在项目本地的。 |
Select Language