Coding Agent 最可怕的地方，可能不是它会写出 Bug，而是它能把一个 Bug 修成十个补丁，还让你觉得任务完成得很漂亮。 Thoughtwork… · @xulijian1994 · TwKit

@xulijian1994

Coding Agent 最可怕的地方，可能不是它会写出 Bug，而是它能把一个 Bug 修成十个补丁，还让你觉得任务完成得很漂亮。 Thoughtworks 最近做了一个实验，让一群资深工程师连续一周不亲手写代码，全部交给 Coding Agent。 实验中，人类大约三分之二的时间在白板前讨论需求、架构和系统边界，剩下的时间主要用来设计 Harness、测试和反馈机制。最后提交功能代码最多的，居然是产品人员。 但他们发现了一个问题：应用虽然能运行，CI 构建却经常失败。 多个 Agent 并行修改代码，可能互相踩踏；代码生成速度太快，测试和集成跟不上。以前 CI 红了，程序员会停下来排查，现在构建频繁失败，团队甚至可能逐渐习惯红灯。 我觉得这里还有一个更深层的问题，就是 AI 解决问题的方式。 一个有经验的程序员遇到 Bug，往往会顺着调用链往上查好几层，检查是不是架构设计、数据流或者业务逻辑本身出了问题。有时候修一个 Bug，最后发现需要重构的是整个模块。 但 Coding Agent 很容易陷入另一种模式：哪里报错就修哪里，测试没过就继续改，直到当前任务显示完成。看起来 Bug 修好了，实际上可能只是在原来的问题上又打了一层补丁。 随着 AI 生成代码的速度越来越快，这种局部修复可能不断累积。代码量越来越大，系统却越来越难维护。 软件开发不能只看任务完成率，还得看问题到底有没有从根源上解决。 https://martinfowler.com/rachels-ramblings/good-devs-wary.html

曝光 261 · 评论 7 · 点赞 1 · 书签 0