氛围编程欠的债，不是技术债，是认知债

侧面

【氛围编程欠的债，不是技术债，是认知债】


快速导读：有人用AI三天写了一个应用，上线第一周就崩了，崩的位置他看不懂，也改不了。这不是个例——这是氛围编程（vibe coding）正在批量制造的一种新型困境：你以为在借助工具，其实在借钱，而且不知道利率。

---

有人上个月氛围编程了三个MVP。两个死于技术债。第三个活下来，是因为他足够了解数据库层——能修Claude修不了的东西。

这句话值得停一下：AI修不了的东西。

大部分人接受氛围编程的方式是这样的：AI帮我写代码，我来描述需求，又快又爽，感觉像开了外挂。前两周确实如此。新功能加得飞快，原型一天一个，演示效果惊人。

然后有一天，线上出了问题。

不是那种AI能帮你定位的问题。是那种需要你真的理解系统在做什么才能往下查的问题。你打开报错信息，看到一堆自己没写过、也从没读懂过的代码——因为那些代码从来就不是你写的，是让AI“生成一下”的。

这一刻，债到期了。

有人把这叫“技术债”，但这个词有点误导。技术债让人以为是代码质量问题，重构一下就行。氛围编程欠的东西更深：是认知上的空白。你不知道系统的边界在哪，不知道某个决策是AI瞎猜的还是有原因的，不知道为什么这样设计。这种空白，不是加班能还清的。

当然，不是所有债都等量。有人说得很准：项目越小，债越轻，周末一个下午重写完事。真正危险的是中间地带——复杂到维护很痛，又没价值到值得找人重写。那个区间里，很多人卡住了，出不来。

氛围编程不会消失。它确实能让人更快把想法变成东西，对新手是一个真实存在的入口。但它是一种信用工具，不是一种能力替代品。借来的理解，终究要还。

如果你的整个系统里，有哪一层你完全看不懂、也从没想过去弄懂——那笔账，不知道什么时候会被催。

---

简评：

氛围编程本质上是在做认知外包——把理解系统的责任外包给AI，然后假装这笔账不存在。技术债可以用钱解决，认知债只能用时间和痛苦还。最荒诞的现实是：很多人欠了多少，自己根本不知道。

---

ref: x.com/justinskycak/status/2028199092317532631

##