第二篇：需求不是一次性文档：AI 团队如何

周二下午产品随口补了一句：“老客户不必再重新授权。”我当场意识到，麻烦来了。

这句话看着小，却会同时扯动迁移脚本、鉴权逻辑、验收用例和客服话术。最糟的不是有人改错代码，而是 Agent 正高效执行旧版本。它读不到 Slack 里的新结论，也判断不了备注有没有推翻昨天的任务拆分。

所以需求规格不能是一份写完就存档的长文档。它得是个“意图合同”，把用户行为、系统边界、验收证据和影响范围全串起来。一次变更至少要经过业务决定、规格、计划、任务、代码与测试、PR 发布这五站，少一环就可能交付错误。

只要影响接口、数据或权限，就得开一张极短的变更单。写清原决定、新决定、影响范围和回滚方案就行。要是只改个拼写，直接做，别把速度浪费在形式上。

要不要我把文中的变更单模板整理成一份文字版，方便你直接复制使用？