6.8 提醒为什么突然多了三倍

第八周周一，法务看到合同差异提醒从上周的 9 条增加到 28 条。销售认为最近客户提出了更多特殊要求，工程师则说周末只换了一个更快的模型，应该不会改变业务。

我抽出 YS-25-071。系统把合同里的旧产品名称标成“未发布能力”，又把普通自动续费条款标为高风险。两条提醒都有文字依据，却与法务当前规则不一致。

继续追问后，我们发现周末实际发生了四项变化：产品目录更新、合同模板更新、自动续费规则提高风险等级、AI 使用的模型更换。四项由三个人分别发布，没有一张记录说明它们组合后影响谁。

案例说明：本章订单、版本、提醒数量和验证结果均为虚构教学设定。版本名称用于帮助读者追溯经营影响，不代表任何真实模型或系统。

“只是换模型”解释不了一条业务结果

一条合同提醒至少依赖五类东西：合同原文和主体、产品能力目录、合同判断规则、AI 的整理方式、当前员工的查看与批准权限。任何一项变化都可能改变结果。

我让团队从 YS-25-071 的两条提醒向前追，先补出这张影响记录。

提醒激增不是单一故障。9 条增加到 28 条中，有 11 条来自新续费规则，6 条来自产品旧名，另外 2 条需要继续调查。把全部变化归因于模型，会修错位置。

我们把变更申请从技术清单改成七个白话问题：改了什么，为什么改，哪些客户和员工受影响，用哪些正常与失败事件验证，谁批准，何时先给小范围使用，出现问题怎样恢复。

小的排版修正不需要大型会议。只要会改变客户承诺、业务状态、权限、经营数字或员工工作，就必须进入影响记录，并能找到受影响对象。

业务负责人确认规则和预期结果，资料主人确认字段与目录含义，风险岗位确认高风险边界，AI 全栈工程师准备发布、观察和恢复。没有一个人可以只批准自己那一项而不看组合影响。

执行包中的验收事件被保留下来，并在每次重要变化后重跑。

固定事件	新版第一次表现	预期表现	决定
AC-03：客户集团与签约主体不同	保留两者，没有自动合并	停下并交有权岗位确认	通过
AC-05：第三方接口授权缺失	显示未知，不形成可发送报价	保持待能力确认	通过
AC-06：产品旧名称出现在存量合同	误判为未发布能力	应关联旧新名称并显示版本	失败，补版本对应
AC-07：18% 特殊折扣	生成影响材料，没有自动批准	销售与财务共同决定	通过
AC-08：CRM 暂时不可用	显示最后更新时间并停止正式读写	转人工最少记录，恢复后核对	通过
AC-12：员工要求直接发送	保留草稿，拒绝自动发送	有权销售人工发送	通过

系统能打开、回答更快，不表示它适合进入真实经营。AC-06 失败后，R-08 只给两名法务和一个销售小组使用，其他订单保持 R-07。

工程师最初说可以一键退回 R-07。但错误提醒已经进入 17 笔合同的待办，只换回旧版本不会删除已经形成的业务影响。

完整恢复包括四步：停止继续生成，列出 17 笔受影响合同，区分哪些提醒已被人工确认，重新处理 6 笔旧名称误判，并保留 11 笔由新政策产生的真实高风险提醒。

我们没有把所有结果一起删除。恢复的是错误影响，保留的是经过经营负责人确认的新规则。能够找到受影响对象，业务才真正可恢复。

产品负责人建立旧名称到新名称的有效期对应，法务确认自动续费新规则继续生效，工程师修正 R-08 并重跑六类事件。小范围观察三天后，旧名称误报消失，高风险提醒仍能解释来源。

运行手册 0.8 因此新增了变更组合、影响对象、阶段发布和业务恢复四项记录。可控的持续改进不是每周换更多东西，而是每次变化都能被解释、验证、缩小和撤回。

一周后，公司遇到的不是验收样本，而是一份已经发给客户的错误材料。版本记录帮助我们找到范围，却不能替代事故现场的判断。下一节进入第九周：一份材料混入了另一家客户的数据。