规格先行与任务拆解
四道闸的第一道：把验收标准从脑子里搬到文件里。复杂任务先写 spec 再让 AI 实现，计划模式先出方案再动手，拆解的粒度以「一次能验收」为准；规格先行有三个流派，差别在 spec 谁写、多细、什么时候冻结。
也叫：spec-driven · 规格先行 · 任务拆解 · 计划模式 · plan mode · 验收判据
闸一：规格——把「验收标准」从脑子里搬到文件里出自 T7-2
规格先行不神秘，它只做一件事：在 AI 动手之前，把「做完了」写成可判定的句子。
解决什么：异步派活的前提是你不在旁边看。你不在，就必须有一份东西替你判断它做对没有。
代价是什么：规格本身要写、要维护，而且规格会腐化——写完三周后代码已经漂走了。这也是为什么 2026 年成熟的规格工具链都加了「收敛」这一步：定期拿现有代码去对照规格，看偏了多少。
什么时候不该用：一句话能描述清楚的 diff，写规格是纯亏。官方文档里有一句可以直接背的判据——「如果你能用一句话描述这个 diff，就别做计划」。
一份能用的规格，最少要写清三件事：目标（要什么）、约束（不许动什么、必须兼容什么）、完成判据（什么现象出现就算做完了）。第三条最容易漏，也最值钱——开头那个故障里，如果规格上写着「死信队列的入队计数在压测中必须 > 0」，agent 改 conftest.py 就没用了。
以上节选自T7-2 AI 协作的工程纪律——规格、验证、回滚、治理这四道闸，读全文能看到前后语境。