《Clean Code》（无瑕的程式码）作者“Uncle Bob”Robert C. Martin 公开表示，他现在完全不读或审查（review）由 AI 代理（Agents）所产生的程式码。他认为在 AI 时代，人工逐行看程式码的效率太低，应改用自动化测试与工程指标来确保品质。
详情
https://zhuanlan.zhihu.com/p/2064337707220964585?share_code=gzpWqy8et8Jq&utm_psn=2069776599889753942

这种权威挺AI的意见你今天才发啊？ 这次也未免太晚他这篇很有意思，值得推给信徒看一下，帮高调。文章重点其实不在以什么模式开发或要不要逐行看程式码而是在他用了多少种自动化测试去控管AI产出的品质。那个量够惊人，而且因为写测试程式是定规格的过程，测试程式本身也有可能出现种种错误，所以除非需求太过单纯好猜，否则AI不见得能帮到多少，而且人类也难以多工同时作很多决定，为很多东西制订规格（写测试）搞半天你会发现这不过是没有AI前也可以自主决定的高级投资，很多团队不见得愿意投入到该文作者的程度同时现在各种花式LLM堆叠不确定性的问题也无法由厂商帮忙克服，而是全部都转嫁成使用者的成本和负担了

他有一堆额外的步骤啊，7-8个自动化测试

有些人一直觉得LLM堆叠是很纯粹的工程问题和高级方法，但真相其实越来越清楚了，这要嘛是前置成本高的投资，不然就会变成一种赌博，而且不论人们要选哪条路，那都只是一种选择，不是怪咖拿来自负或形成某些鄙视炼的神奇概念。LLM赌博赢了当然爽，但如果赌赢就不可一世，觉得没赌赢者“没自己行、不会用”，或是一定要用相同赌法才叫正确才叫潮流，那这其实都是相当愚昧无知的

他还是有在review拉 只是review测试的内容连结的内文说的

人家够老不用接临时需求，你社畜要准备多少AI来应付老板还是用AI agent就不会再有突然来的修改？

有完整测试当然没关系...

谁来审查测试

不意外，反正有bug也不会怎么样啊 ................

.........

那不就是把code review改成test review而已? 况且测试本来就是软件工程的一环不是

其实大多数情况下 tdd 过了就不用特地 code review

这位就发废文的传教士，不用跟他认真讨论这种话题如果发生在职场，一般都会挑影响不大的小专案来测试跑一段期间没啥大问题才会考虑导入这样的开发方式重点在怎么导入这样的开发方式而不是别的大神这样开发，但发文者就单纯在传教而已，不用认真

一件事情要花多少时间去建构出这样的测试环境？我讲的是一件事情不是一个专案。常常都是这个改一下，急你难道要说，喔我要先建prompt叫AI建数百种xxx test再下prompt验证test的正确性，两个月后才能做因为大神说不准手改code，不准看code，人不准介入loop最近听到新的禁令是禁止安装code IDE，说这是意图看code

笑死 唬烂神书还一堆人推崇

看看公司软件那个感人的测试覆蓋率 很多测试甚至还会随机失败 我又放心了

写测试pattern还是要看code，阿不就差不多

uncle bob用这套维护的是几乎没人用的专案跟游戏在职场用这套的话记得，出事不能甩锅给AI