3.6 哪些动作可以自动做

AI 为 YS-P-001 整理一份内部会议纪要和自动向客户发送含 18% 折扣的报价，都是“生成文字”，风险却完全不同。

我不会给整个系统贴上高风险或低风险标签，而是逐个动作判断。

一封报价邮件让我重新拆动作

团队最初把“报价助手”定义为中等风险，统一要求销售点一次确认。演练 YS-P-001 时我发现，这个名字里面至少有五个动作：读取客户资料、起草报价、写入 CRM、批准特殊折扣、向客户发送。

前两个动作容易发现和撤回，写入正式记录会影响下游，发送给客户则可能形成价格承诺。一个统一确认按钮让销售误以为四件事风险相同。

我们把动作拆开后，AI 可以在获准范围内自动读取和起草，销售确认后沿原流程写入，18% 折扣还要财务共同批准，对外发送始终由拥有客户责任的销售完成。

这个动作影响谁，错误后能否撤回，是否改变价格、合同、付款、员工利益或正式记录。影响小、容易恢复的内部草稿可以自动完成；对外发送、删除和不可逆写入需要更严格批准。

同一动作在不同范围风险也不同。给一位试点员工发内部提醒，和给全部客户群发不是一个等级。

我还会看错误能否被看见。内部草稿即使错了，员工通常能在使用前发现；自动更新客户状态若没有提示，错误可能持续影响多个流程。可撤回不等于低风险，若没人知道需要撤回，同样危险。

金额、客户类型、资料敏感度、人数和频率都能改变风险。标准小额折扣与战略客户特殊报价不能共用同一授权。

低风险动作可以先执行后抽查；中等风险动作由责任人确认；高风险动作需要双人或专业岗位批准；禁止动作无论谁点击都不能执行。

我还会设置金额、客户类型和数据敏感度等限制，让正常情况顺畅、异常情况自动停下。

批准人必须有能力判断，而不是随机找第二个人点按钮。价格由销售与财务负责，合同例外由法务负责，员工影响由相应管理者负责。FDE 整理动作与边界，AI 全栈工程师实现限制、记录和恢复。

负责人超时没有处理时，低风险提醒可以过期，高风险报价保持未发送并升级。系统不能因为“客户在等”自行把未批准动作当成批准。

正常价格在授权内顺畅完成；资料缺失时停在待补充；超过折扣范围进入负责人；客户明确禁止自动处理时完全不执行；系统故障则保留草稿并回到人工发送。

我们还模拟错误批准后的恢复：撤回 CRM 记录、确认邮件是否已发、通知受影响岗位。批准控制只有在失败后能恢复时才真正成立。

我观察每类动作的正确完成、人工纠正、越权阻止、客户影响和恢复成本。连续稳定只说明当前范围可行，不自动证明更高金额、更多客户也可行。

扩大前重新确认最大影响，并由经营与风险负责人批准。AI 或工程团队不能根据总体准确率自行升级权限。

动作	第一阶段处理	最大范围	批准与禁止条件
读取获准订单资料	自动并记录	单笔首批订单	读不到就停，不扩大到全量客户
生成内部问题和摘要	自动，员工可更正	单笔草稿	必须保留来源，未知不能补猜
写入正式 CRM 状态	AI 不直接写	单笔订单	销售确认后沿原流程完成
接受非标准接口范围	AI 只准备影响	单笔承诺	交付负责人接受、拒绝、加价或调整计划
批准 18% 折扣	AI 只准备依据	单笔报价	销售与财务共同决定，超时不等于批准
向客户发送	第一阶段禁止 AI 自动执行	无	由有客户责任的销售检查版本后发送
修改应收或收款	永不属于这项灯塔	无	保持财务原流程，AI 只能提示风险

如果把这七行重新合成一个“中风险报价助手”，设计就又失去了意义。一次读取失败可以重试，一封错误报价却可能形成客户承诺，两者不能共享同一种确认和恢复。

动作分级已经进入蓝图 0.6。但做对一次动作仍不等于经营发生改变。下一节要检查订单是否有人继续推进、结果是否回到下一轮，以及提示为什么没有变成新的无人处理名单：一次 AI 动作怎样变成经营闭环。