AI 写的代码，谁负责？

01一个反共识：人 review 不是第一道闸

很多人把"人 review"当成 AI 代码的唯一质量关。结果人成了垃圾过滤器——天天看 AI 写的烂代码，疲劳后放过去，bug 上线。

正确的顺序是机器闸在前、人闸在后：

1. lint 闸：格式、命名、明显坏味道，自动拦。
2. 类型闸：类型错误、空指针风险，自动拦。
3. 测试闸：单测 + 回归集必须全过，自动拦。
4. 人 review：只看前三道过不了逻辑/架构/业务正确性。

前三道把 80% 的低级问题挡在门外，人只看剩下的 20%——那才是人该看的：AI 逻辑对不对、有没有副作用、符不符合业务。人 review 的价值在判断，不在收垃圾。

02糟糕代码排雷测试

下面是一段 AI 写的"能跑"的代码，藏着 5 颗雷。点你认为有问题的行（可多选），提交看你踩中几颗。

03回归集：让"今天能跑"变成"一直能跑"

AI 改代码最容易破坏之前能跑的东西——它只盯着当前任务，看不见副作用。回归集就是治这个的：

• 任务级回归集：每个任务带一组测试，改完跑这组，确认当前功能没坏。
• 全局回归集：全仓库的核心路径测试，AI 提 PR 前必跑，防破坏别处。
• 失败即拦截：回归集挂了，PR 不能进主干，AI 必须改到全过。

回归集的关键是覆盖核心路径，不是追求 100% 行覆盖。20% 的测试覆盖 80% 的关键场景，就够拦住 AI 的大部分破坏。追求全覆盖反而维护不动，最后形同虚设。

04带走这套清单