AI 写复杂代码，让另一个 AI 审查能抓 bug，但好像永远审不完——你们怎么停手？

siwei 2026-07-01 09:15 1

用 AI 写代码有个体会：

小改动直接改，问题不大。

复杂逻辑让 AI 写完，经常还要返工；再开一个对话让它审查，确实能发现问题。

但审查 AI 好像永远能再挑点毛病，改完再审又有新的，担心越改越乱。

最新回复 (13)

Grogu 07-01 09:17

1楼

你才是掌握者，你觉得完了，那就完了
wang8890 07-01 09:18

2楼

所以你需要SKILL。去看看站里佬总结的怎么写好一个SKILL吧。

如何写一个好的skill 让你的效率加倍 - 文档共建 - LINUX DO
henry377 07-01 09:18

3楼

最近也遇到相同的问题，对于 ai 的代码不放心，审核依然比较费心力
Xuanzi988 07-01 09:19

4楼

我一般都是审核完让修改PO~P1级的，其他的能跑就无伤大雅 ^-^
bblood 07-01 09:25

5楼

我之前用codex写，claude审核，能列出十几个问题。然后我用claude写，codex审核，只能列出三四个问题。改完继续codex审核，依旧能列出好几个问题，不过问题的严重程度会越来越轻，一般审个两次我就不管了，直接提交了。 ^-^
huahai23 07-01 09:31

6楼

claude写 codex review，大概1-2遍，就收手了。
小小 07-01 09:36

7楼

代码不出现p0-p1级别就行，能用就可以了，让ai自己review会一直出现新问题，改的越多，拉的越多
jolyne 07-01 09:38

8楼

感觉还真是，P0 和 P1 以外都是那种无关紧要的，改了还可能造成联动模块没有覆盖。
levi.tang 07-01 09:38

9楼

AI review的最根本的原因是项目代码结构工程化问题。给AI一个屎山的项目，审查永远都会存在无法保存的情况。 AI是工具最终的落实还是在软件工程+架构设计+基础设施。
这里是沃基 07-01 09:53

10楼

嗯他说那种其实更适合看我里面写的那个项目，因为那个项目本身就是spec coding的
这里是沃基 07-01 09:55

11楼

包括那个项目它其实是会定义你项目里面的一些规范然后定义你的标准的工作流程。以及后面会通过测试用例的方式然后来进一步的增强需求的可靠性
liang 07-01 09:56

12楼

碰到过很多次，这个时候就要你手动介入了，看看你修改代码的域，强制指定哪个是合适的，哪个是不合适的。
这里是沃基 07-01 09:58

13楼

其实就是头脑风暴嘛，让它不停的对有疑问的地方进行分析然后来问你然后你来回答。如果你所有的问题都一直能刨根问底的问到底然后最后你再审核他的 plan 。然后让他去执行这个 plan 。这个本身就是sdd，但是 TDD 也没什么问题。在写 plan 的时候让他顺便把测试用例也写出来然后再写 plan最后写完代码之后再把用例实现出来如果用例出错了要么就说明他代码写的有问题要么就说明你刚开始的 plan 本身就有问题然后再进行修改