项目后期「搞不清哪些需求满足了、哪次变更谁批的」—— 靠人执行的「口头需求禁止生效」制度，从来没有成功过
变更与指令 · 真实业务触发
v3.4 开发第二周，郑海洋在客户群里答应华正：「导出格式加个 Excel 模板选择」。研发群里谭锐看到后问江晓：「这是新增需求还是改动？谁批的？」江晓翻聊天记录 —— 昨天沈知行在电梯里口头说过「可以加」，但没有任何书面记录。这类变更这个迭代已经发生四次：两次来自客户群、一次来自研发自优化、一次就是电梯里那句。每一次都改了代码，没有一次进过台账。
不是流程描述，是调研出来的真痛点 —— 每条可点开核对出处
变化不在「快」，在「参与的角色」和「覆盖的范围」
5 步 · 每一步的产出都是下一步的输入
痛感 5 × AI 适配 4 ÷ 落地难度 2 = 10.0
最大差异点 · 不要求任何人先填变更单。变更发生的当下把原始记录（群消息截图/语音/邮件）扔进来 —— 台账当场生成，事后补录同样有效。
评分口径：痛感看「这事没做好谁会生气、生气到什么程度」； AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」； 落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。
判断标准只有一个：这份东西能不能直接进企业的流程
不做「自动批准或拒绝变更」—— 生效与否是人的签字权。也不做「变更影响自动修改代码」—— 影响范围是提示，改不改研发定。
Live Demo 里有一个完整案例的每一步，包括 Agent 在哪一步拦住了