3.2 我把人从每一步操作中移开了吗

云枢科技原来的项目交接需要一名运营人员从六处复制资料。我们用 YS-P-001 演练 AI 自动准备交接单后，CEO 问：“那这个岗位是不是不需要了？”

我回答：复制工作减少了，但有人仍要确定资料是否足够、处理冲突，并对项目能否启动负责。

我跟着运营人员做完一次旧交接

他先从 CRM 复制客户名称和联系人，再从会议纪要找目标，从合同提取范围，从排期表找人员，最后把内容贴进项目系统和群消息。六处资料稍有不同，他只能凭经验选一个版本。

AI 自动准备交接单后，复制时间从近一小时缩短到几分钟，但第一次演练就把方案草稿中的“旧会员系统接入”当成最终承诺。正式合同只确认在第三方授权成立后另行评估。若直接取消运营岗位，项目团队会更快收到一份错误材料。

我因此把设计目标从“自动生成交接单”改成“让正常交接自动准备，让冲突在启动前由有权的人解决”。

过去人负责点击、复制、搜索和催促；未来 AI 可以执行这些可重复动作。人负责设定目标、批准高风险决定、处理没有标准答案的例外，并观察结果是否偏离。

这不是把人放到最后签字。如果每个动作都要求人机械确认，工作只是多了一层点击。人工介入应集中在真正需要判断和承担责任的地方。

正常订单中，AI 读取已确认资料、生成交接并通知项目负责人，员工只抽查少量结果。合同与会议记录冲突时，运营人员不再凭经验选版本，而是把订单退回“待事实确认”，由销售确认；资源不足时，项目负责人决定开始日期；涉及客户承诺变化时，销售与交付共同批准。

运营岗位的目标也随之改变：不再按整理多少份材料评价，而看交接是否完整、异常是否及时关闭、项目是否少因承诺问题返工。

我会设计一个明确入口，让资料冲突、权限不足、超出规则和高风险客户进入例外队列。每类例外有负责人、处理时间和可选动作。

AI 无法继续时必须说明缺什么，不能悄悄猜测；人处理后，新的规则和案例还要反馈给后续运行。

例外队列不能成为新的垃圾箱。每类例外要有优先级、负责人、处理期限和升级方式。客户名称无法匹配由数据主人处理，合同范围冲突由销售负责，资源不足由项目负责人处理，系统读取失败则由工程团队恢复。

超过时限未处理时，系统提醒上级负责人或保持项目未启动，不能为了清空队列自动选择一个答案。低频但高风险的例外即使数量少，也不能埋在普通待办中。

业务负责人决定工作与指标，人力团队支持能力和岗位发展，一线员工参与设计，AI 全栈工程师实现自动动作与接管入口，我检查责任是否在系统中有真实去处。

如果自动化确实让岗位数量需求下降，公司应公开讨论人员安排，不能一面要求员工提供经验训练系统，一面用“工作升级”回避真实影响。透明安排本身就是采用条件。

我们用正常、资料冲突、负责人不在线和系统故障四类交接测试。员工应能知道自己为什么收到例外、能作什么决定、何时升级；AI 恢复后也能继续处理而不重复或漏掉订单。

上线后看人工接管原因、队列积压、交接返工和项目启动时间，而不是只看自动完成比例。自动化很高但例外无人处理，是更危险的失败。

过去的工作	未来 AI 或规则	人保留或新增的责任	例外去向与时限
从六处复制客户和范围	AI 按来源和版本组装草稿	运营人员确认资料是否达到交接条件	来源冲突退销售，2 个工作日内处理
凭经验判断哪个版本正确	规则优先正式合同，AI 显示差异	销售确认客户事实，法务确认合同解释	未确认时保持“待事实确认”
手工催问接口条件	AI 指出第三方授权缺失并提醒	售前决定能否进入能力确认	报价前未补齐就不能继续
把所有订单都发给项目经理查看	规则只把达到交接条件的订单送出	项目经理处理资源与启动例外	2 个工作日未处理升级交付负责人
按整理份数评价运营	AI 承担搬运	运营对交接完整、异常关闭和返工负责	队列积压进入两周经营复核

这张表没有证明运营岗位一定减少。它只证明复制工作可以减少，同时出现了新的事实裁决、例外管理和结果复核责任。岗位数量要等真实工作量稳定后由公司另行决定。

蓝图因此从 0.1 增加了责任迁移和例外队列。完整填写内容见人、AI 和固定规则怎样接力。下一节再决定这些任务分别需要一个员工主动使用的助手、稳定的固定流程，还是范围受控的智能体：我怎样选择助手、流程还是智能体。