AI 技术债为什么会复合增长

AI 编码代理拿掉了过去限制上线速度的瓶颈，速度几乎有保证；不保证的是六周后代码库还说得通。Anthropic《创始人手册》点出一个容易忽略的风险——当每个功能都「还能跑」时：智能体技术债。MVP 阶段留一点捷径可以理解；一般技术债慢慢累、也能用一轮冲刺清掉。但手册认为，AI 技术债会复合增长。

每次对话都在重推基础

把跟代理一起写代码想成：请了一位极快、却从不带同一本笔记本的承包商。若架构原则、要避开的依赖、主动接受的取舍没写在模型读得到的地方，每次对话都会从头重推基础决策，决策就开始漂移。结果是代码库没有统一心智模型——不是单块代码差，而是各块从未被设计成能拼在一起。

这团乱常很晚才露面：早期演示还好看；流量上来、功能叠上去，为速度买下的捷径开始收利息——偏偏是你最负担不起大翻修的时候。

没有共享设计模型的速度

在 AI 原生初创里，代码库是你一场接一场协作的对象。可读性不是公文，而是让 AI 继续当倍增器、而不是熵的来源。跳过规格、架构决策与上下文文件（例如 CLAUDE.md）的创始人，会撞上可预期的墙：每次新对话都要重讲产品，生成的改动也会偏离原初愿景。

• 在第一行生产代码前，写下架构原则与取舍
• 保留范围文件：MVP 做什么、刻意不做什么、什么用户证据才够加功能
• 每次收工花五分钟记日志——对抗架构漂移的便宜保险

能跑，不等于够安全

复合债务不只是文件夹乱。智能体工具生成的是能跑的代码，不是天生安全的代码。功能坏了会大声失败；安全漏洞却安静到被利用才现身。把 MVP 交给真实用户，就意味着真实数据与真实暴露——上线前做一轮安全检查是底线，不是锦上添花。

可以快，但不能没有可继承的设计

手册的重点不是为慢而慢，而是守住 AI 无法代劳的判断：做什么、不做什么、以及未来每次对话必须遵守的约束。可以快，但要留下下一个代理——以及下一个你——还跟得上的设计模型。否则今天的速度，会变成明天复合膨胀的混乱。