看到一条评论，说接手了一个两人用 AI 搭出来的原型，单文件 index.html，一万四千行。其中一个人完全没有编程经验，另一个只会用 Claude。
一万四千行。
我在脑子里换算了一下：这玩意儿要是在生产环境，第一次变更就是一场灾难。第二次变更，就是离职原因。
这个剧本我看过。
扯远了。也没太远，因为这就是我们现在待的地方。
那篇帖子的作者说，他没有 CS 学位，没上过训练营，靠读文档、读源码、翻 GitHub issue 自学。你们看到的是"没有科班背景"，我看到的是——他把绑定配置的文档读了三遍，才弄明白 KV 命名空间为什么解析不出来。
凌晨一点，他调的是部署故障，保命的工具是文档。
这已经不是传奇了。这是基本功。
问题是，我们正在批量生产一群不读文档的人。AI 生成的代码跑通了，测试过了，"看起来没问题"。于是没人知道它是怎么工作的。也没人觉得需要知道。
三周之后它炸了。一个缓存层，两个请求竞争同一个失效缓存键。凌晨三点，pager 响了，全世界都在做同一个梦，只有你一个冤种醒着。
测试全过，对吧？
对。测试过的是行为，不是理解。
那篇文章管这叫"债务"。说句实话，这个词太温和了。这他妈不是债务——债务是要还利息的。这是把房子底下掏空，然后把建商杀了灭口。你不需要知道它为什么能跑，你需要知道的是它为什么会挂。
补一刀：这些债最后全都会变成某个值夜班的人凌晨三点的 pager。而那个值班的冤种，有没有本事把一万四千行从头看到尾？
我干过一件不算聪明的事：接了一个我不认识的服务，git blame 找凶手。翻了四层提交，作者名弹出来，是我自己。
活久见。
说句实话，这条路我也走过——以为看过一遍文档就够了……后来才明白，文档不是给你读的，是给你出问题的。真正弄懂一个系统靠什么？靠故障，靠 debug，加上那些文档里没写、只有源码里才看得见的细节。AI 能帮你写对的代码，没办法帮你建立这个模型。它有整个代码库的 context window，你脑子里没有——但它不接电话。
现在只剩一条建议，跟运气无关：至少把文档读了。别拿"AI 会帮我"当理由。它帮不了你应对凌晨三点，它也不背锅。
这锅到最后，还是你背。
