AI一小时把功能写完，人花五天把代码改干净。这是小红书开发者"魔导师"做Unity联机游戏的真实体验：需求发给AI确实能完成，功能没问题、效果也正确，只要一个小时，但改代码花了5天，因为全是屎。一个普通的资源加载绕了四五层，联机模块连工作多年的工程师都看不懂，身份重复保存、生命周期混杂，“天天都在给它擦屁股”。小红书
这不是个例，是很多开发者这一年的集体头疼：生成在加速，理解和审查没跟上——代码产量上去了，人的判断能力并没有等比例增加。一次生成太多，审核不过来；反复让它改，越改越乱；上线返工，越攒越多。知乎
10月22日，首席架构师Carlos Kelkboom在播客《Beyond Coding》里给这套病开了一套规矩。核心就一句：看不懂，就扔掉。36氪
1. 先亲手搭骨架，再让AI开工。目录、关键文件、函数签名提前定好，花20分钟到1小时。他的教训是：直接让Agent从零开发，一两个月后代码越来越难读，部署脚本互相取代，新脚本干嘛的都没人说得清。
2. 大任务让AI一次做完，别反复打补丁。他发现Agent"擅长一次性完成，不擅长修改"——一个编译器项目里，同一个功能被重复实现了五次，每改一轮，屎山厚一寸。36氪
3. 实现偏离结构，不修补，回炉重来。执行结果隔离在工作树里，发现不对，舍得扔。
4. 主Agent不碰代码，只负责理解需求。在他这套流程里，跟他对话的AI被禁止修改文件，直到判断自己理解了90%的需求，才允许派出执行Agent——“在它极其确信之前，不准开始。”
5. 三个Agent并行做同一件事，第四个来比较，只合并好的部分。
个人有章法，企业侧也有对照组：美团今年5月公开过一项实践，31万行代码的业务系统九成以上由AI生成，他们把工程规范转成AI能执行的规则，提交前先让AI自查规范、缺陷和异常处理，人只重点审业务逻辑和技术方案。美团技术团队36氪
另一半真相藏在用户嘴里。知乎上有位天天跟AI打交道的开发者说得扎心：别让AI自己判自己的卷子。你问它这段代码有没有问题，它大概率说没问题，或挑几个无关痛痒的小毛病——检查的还是同一套思路。真想验，换个问法：这段代码默认了什么？再故意为难它：空输入、极端值、重复提交。AI最容易"假设不存在"的情况，恰恰是它悄悄出错的地方。能跑不算会用，能说出它在什么情况下会错，才算真的看懂了。知乎
别忘了，AI是加速器，不是责任转移器。代码最后是你交出去的，出了问题不会有人去找模型算账。AI编程时代最贵的能力，还是那个老手艺：看得懂，也舍得扔。
