有个人算过一笔账：以前团队做新功能，总工作量里有三分之一，是花在开发完之后那阵子——找bug、改bug、再找、再改。

这不是谁手笨。多半是当时没想到某个交互，或者那天人累了少想了一层，或者产品自己也没把场景想全。有些就这么漏到线上去了。作者叫 Iouri Khramtsov，做工程的，他把这套话写成了文章，标题很直：AI 写代码把质量拉低了，那是你没在管质量。

他的管法是一层一层拦。头一层最反常识——不是让AI多写代码，是让它在动手之前去挑需求的毛病：哪些边界没想，哪些地方跟现有代码会打架。他说这一层下去，新代码里的bug掉得很明显。理由也朴素：AI不会累，不会因为今天烦了就懒得往下想。反过来说它有时候太起劲，会自己编出根本不存在的问题，所以它提的每一条你还得自己过一遍。

第二层是测试，覆盖率往百分之九十五以上推，先想测试场景、写用例，再写实现，再拿用例去跑。顺序不能反——反了就成了让AI给它自己刚写出来的bug补一个能过的测试。

《诗经》里有句我老觉得像在说这个：上天同云，雨雪雰雰，益之以霡霂，既优既渥。雪下完了还得再落一层小雨，不是雨多就好，是得渗下去、浸透，百谷才生。光有产出的势头不算数，得渗进去才算。

顺带说一句，这作者说这套东西弄下来，产出能提高两倍，bug还少了。这数我没验证过，先记着。

AI写代码 代码质量 spec驱动开发