企业 AI 托管实务 / FIELD NOTES
企业 AI 智能体托管：把执行权限和人工确认写进流程
以任务、可用系统、写入权限、审批与执行记录明确 AI Agent 的托管边界，并用演练验证暂停和交接。
AI Agent 能操作业务系统以后，哪些动作需要人确认？
把“智能体帮我处理”拆成读取、整理、建议和执行四步，再决定每步的责任人。Microsoft 的 agent flow 文档展示了 AI 阶段与人工审核阶段组合的方式；下文是工具无关的原始任务设计示例，并非某款软件的功能承诺。
先描述一项有边界的任务
以“整理待跟进客户并生成草稿”为演示任务，写清触发条件、输入来源、允许读取的字段、产出位置和完成标准。不要直接给出“管理所有销售”的笼统任务；为不在范围内的请求指定接管人，确保收到新需求时可以暂停确认。
- 明确单次任务与触发条件
- 列出输入和完成标准
- 安排超范围请求的接管人
为读取和写入分别配置权限
制作“系统／数据范围／读取／修改／发送／审批人”矩阵。演示中智能体可读指定客户记录并写草稿，但发送消息、改价格或删除资料需要单独确认。连接设置必须实际支持所需限制；不能只把限制写在提示词里就视为权限已经落实。
- 确认连接的实际权限
- 将草稿与外部发送分开
- 记录审批人与替补联系人
批准绑定到具体执行内容
审批请求应展示收件对象、拟发送正文、受影响记录和当前版本。人批准草稿 V02 后，若智能体又生成 V03，应重新确认；批准等待期间资料变化、请求超时或连接中断时，也应有明确的停留状态，不能默认继续。
- 展示具体对象和变更
- 内容变化后重新确认
- 定义超时与中断的处理
上线前演练并交接日常运维
至少演练正常批准、拒绝、无回应、重复触发和工具失败，核对日志是否保留请求编号、输入版本、批准结果与执行回执。执行状态不明确时先核查目标系统，避免盲目重试造成重复记录。移交停止入口、负责人和复盘周期后，再扩大任务范围。
- 测试批准、拒绝与超时
- 检查重复执行和失败恢复
- 交接停止入口、日志和责任人
交接前记住这几件事
- 提示词描述不能替代系统权限。
- 审批对应具体内容和版本。
- 运行记录与停止入口是托管交付的一部分。
资料中的演示项目和示例仅用于说明工作方法。具体交付要求以接收方规范和双方确认的范围为准。