快速导读：用AI从零开始写代码，到底是解放生产力还是制造新麻烦？一位开发者用两个月的实践给出了一个反直觉的结论，并引发了激烈的行业讨论：AI或许更擅长维护人类代码，而不是创造新东西。真正的挑战，可能不在于AI的能力，而在于人类程序员的定位正在被彻底改写。
---
一位开发者想用AI Agent写一个简单的websocket流式传输功能，结果收获了一堆变量：delta, delta_output, pending_delta, pending_delta_output, output, content, final_output。他崩溃地表示：“清理这些垃圾是一场噩梦。”
这暴露了一个普遍的困境。在深度使用AI编码两个月后，这位开发者Mariusz Kurman得出一个结论：如果你在已有的、人类编写的成熟代码库上，让AI去添加或改进功能，它表现出色。但如果你想从零开始创造一个新项目，AI会倾向于堆砌大量过度复杂的“意大利面条式代码”，长远看极难维护。
这篇帖子迅速引起了程序员群体的两极分化。一部分人完全赞同，说自己也遇到了同样的问题，AI像个喜欢炫技的实习生，总在发明一些没人要的复杂抽象。但另一批人则认为，恰恰相反，AI在规则清晰的“绿地项目”中才能大放异彩，反倒是人类遗留代码里那些不成文的规矩和隐性模式，才会让AI处处碰壁。
这场争论的真正焦点，可能不在于AI本身。成功的案例无一例外都指向了同一个方向：把任务拆解到“荒谬的小”，提前设定好架构原则和规则，不断用参考代码进行校准。人们慢慢意识到，AI Agent不是一个平等的合作者，而是一个需要被精确管理的、力量强大的工具人。你不能“凭感觉编程”（vibe coding），指望它心领神会。
这意味着，对于程序员来说，“写代码”这项行为的价值正在被重新定义。当AI可以完成具体的代码填充后，人的核心任务就变成了更高维度的架构设计和需求翻译——把模糊的商业想法，拆解成一系列AI能听懂的、极其精确的指令。如果你还停留在“实现功能”的层面，那么你的工作，可能真的有点危险了。
那么，当亲手敲下的每一行代码都不再是核心壁垒时，程序员新的护城河，到底是什么？
---
简评：
我们正在从“手艺人模式”（一砖一瓦地写代码）转向“建筑师模式”（设计好蓝图，让AI去搬砖）。很多人还没意识到，AI没抢走你的工作，它只是把你的工作性质从“执行”变成了“管理”和“设计”——而这恰恰是大多数程序员不擅长的。
---
ref: x.com/mkurman88/status/2030775229115416941
##