我观察过很多工程师用 Claude Code。同一个工具，改同一类老项目，结果分化得很明显。有人越用越顺，改造完上线，稳，睡得着觉。有人越用越不对劲，改完不知道动了哪里，不敢上线，或者上线出了事，连夜回滚。你可能想说，那肯定是提示词写得不一样，或者用法不对。反正我觉得，这两个答案都不是核心。差别在一件大多数工程师从来没想清楚的事，给 AI 搭没搭骨架。先说说「越用越不敢用」这件事。我觉得这个感受很正常，甚至是你开始真正理解 AI 的信号。刚开始用 Claude Code 的时候，你容易对它抱有一种模糊的信任，感觉这玩意挺聪明的，改个东西应该没问题。然后你真的让它改，它给了你一段代码，跑起来了，你觉得 OK。但用着用着，你开始见识到它出错的各种方式。你让它加一个字段，它加完顺手把同一个类里的几个老方法也「优化」了，因为觉得那几个方法「写得不够规范」。你根本没让它碰那里，那里还是核心业务逻辑。你让它帮你梳理接口清单，它梳理完给了你一份看起来很漂亮的文档，但你后来发现，有个对接方在生产上悄悄在用的一个老接口，那份文档里压根没有，因为那个接口从来没写进任何文档，只存在于某个老工程师的脑子里。你让它改一个功能，改完跑测试，全过了，你松了口气准备上线。然后你想起来，那个测试是它自己写的。。。。这些经历叠加在一起，就会产生一种说不清楚的不安感，用得越多，越不敢放手让它干。这个感受是对的。因为你在用一个每次上班都失忆的实习生，但你从来没给它搭过任何骨架，然后把一把钥匙丢给它，让它自己进去改核心机房。改出事是迟早的。搭骨架这件事，有个名字，叫三层控制，理解、约束、验证。三层对应三个问题，AI 看不见、AI 自作主张、AI 产出没法验。这三个问题，大