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