开场：后续永远不会来

你要一个完整的认证系统，AI 说「先做一个简版的用户名密码登录，后续再加 OAuth」。**后续永远不会来。**这一节看清「先做简版」的完整生命周期，并练习正确的回应方式。

一句话速览：AI 爱做「先上简版」的真实原因，以及为什么要打破这个模式。

一、动机分析

实践中 AI 说「先做简版」往往与复杂度无关，它想快速给你一个能跑的东西来换取正反馈。「先用临时方案」「暂时 Mock」「简单处理一下」背后是同一个模式。打破这个模式后，AI 反而会更认真地分析完整方案。

二、技术债时间线：90 天怎么变成永久债

• 第 1 天 · 简版上线： 用户名密码登录能跑了，AI 承诺「OAuth 后续再加」，你也觉得挺合理。此刻补全只要 0.5 倍成本，可惜没人回头。
• 第 30 天 · 后续没有来： 新需求源源不断，没人回头补 OAuth。会话、权限、支付、通知 4 个模块开始直接依赖简版接口。依赖 +4 · 补全成本升到 3 倍。
• 第 90 天 · 成为永久技术债： 想补全时发现依赖已经长死，9 个模块与简版耦合，重构成本高过重写。简版成了永久版。依赖 +9 · 补全成本 8 倍，超过重写。

三、你的回应决定 90 天后的结局

AI 提出了分期方案：「登录这块有点复杂，我们先做一个简版的用户名密码登录，后续再加 OAuth，怎么样？」

• 回应 A（❌）：「好的，先上简版，快点看到东西。」→ 90 天后面对 8 倍补全成本。
• 回应 B（✅）：「按规则来：给我完整方案和工作量评估。确实太复杂就列出需要我先定的前置决策。」→ 把选择权收回人手里。

四、规则与替代方案

禁止的做法： 禁止以任何理由简化实现：「先用临时方案」「后续再优化」「暂时 Mock」「简单处理一下」全部不接受。也禁止 AI 主动规划分期、MVP、阶段一二三。每次实现都必须是完整、正确、没有代码债的方案。

替代的做法： 评估一个功能只需回答：完整做下来需要什么、有多复杂。确实太复杂时，明确列出「需要你先做哪些前置决策」，把选择权交还给人。已知有缺陷的方案，直接给正确版本，别先做一个将就的。

适用边界： 大型项目里这条规则可能显得激进：一个功能真需要 2000 行代码时，一次写完不现实。此时正确动作依然成立，让 AI 给出完整方案和真实工作量，由人决定是否拆分、怎么拆分。拆分是人的决策，降级是 AI 的自作主张，两者的区别就是这条规则的核心。

本节要点

「后续再优化」的后续永远不会来。 把选择权收回来：AI 负责给出完整方案和真实代价，拆不拆、怎么拆由人决定。