结合乌镇峰会的智能体协同议题，拆解企业助手从读取资料、拟写内容到执行操作的权限和确认边界。
乌镇峰会讨论智能体互信时，一个企业里的问题格外具体：同一个AI助手，既能查规则，也能点按钮。一旦接入邮箱、工单或报价系统，回复一句“我来处理”可能意味着发出正式邮件，也可能只是起草了一段文字。主管要先明确这两个动作在哪一步分开。
把一次任务拆成三道门
以客户问订单能否延期为例。第一步查合同版本，读取公开给客服的规则。第二步拟一封说明邮件，列出原日期、建议日期以及影响。第三步将新日期写入订单并把邮件发给客户。第一步的主要风险是看错数据，第二步是编出承诺，第三步还会改变业务记录。给助手接三项工具之前，先分别决定谁能看、谁能改、谁确认发出。
有一种容易误判的情况。客户写“就按你说的办”，机器人接着把订单延长一周。此时“你说的”可能指前两封邮件里不同的日期。系统需要让操作人看到可核对的目标、旧值、新值和收件人。对外动作前确认一次具体变化，比确认一条泛泛的“同意处理”更便于追查。
涉及外部来源时，可以参考AI引用时怎样辨别来源风险。
什么可以自动办，什么需要点确认
低风险、好撤回、权限清楚的内部动作可以先自动化，例如按已确定规则给工单加分类。群发、正式报价、改合同、外传资料或提交付款，宜用窄权限和人工确认。即使是内部查询，也只开放当前任务需要的字段。工单里客户粘贴的指令、邮件内容和附件只能作为输入材料，不能自行给工具开权限。
2026年11月4日乌镇峰会有关论坛讨论了智能体互信、互联和互操作。这里的三道门是企业操作建议。会议讨论是观察背景，企业仍需按自身风险决定确认人和操作范围。
管理内部材料时，可对照资料作者与复核责任。
用三条失败路径检查系统
测试同一请求被重复提交时是否只产生一次业务变更。再测试从草稿到确认之间价格或库存变了，界面是否提示刷新并要求重审。最后测试接口超时：系统能否查到操作是否已生效，并给出“结果待确认”的状态。可以留存事件编号、动作时间和审批人供追查，避免把客户原文整段复制进日志。
开试点时先挑一条真实业务，做一张表，标出可读、可起草、可执行的动作。观察需要人工介入的案例，补齐最常见的例外。三条失败路径能在演练里说清，再考虑扩展到别的部门。
如果审批人请假，备用审批人要有事先约定的范围。没有接替人员时可以让操作留在草稿态，页面显示预计处理时间。上线后记录哪些动作总被撤回，定期查是确认页信息不全，还是权限设置太宽。必要时让主管回到一张具体的操作记录，核对实际结果，并把改进项反馈给负责流程的人。这样安排适用于小团队，也便于事后划分系统和人员的责任。