答案摘要：企业 IM 工作流智能体上线，不应从“全员能用”开始，而应先在影子模式下读取一组获准样本，生成建议动作但不写入业务系统；确认任务边界、权限拦截、人工修正和异常处理后，再按只读、草稿、低风险写入与高风险审批逐级放权，并为配置、知识、工具和在途任务准备回滚证据。
灰度对象应是一个完整任务，不只是一个聊天入口
钉钉或企业微信只是员工发起任务的入口。真正需要灰度的是“谁提出什么请求、引用哪些资料、调用哪个工具、写入什么业务对象、失败后由谁接手”的整条链路。制度问答、工单摘要、审批资料补全和客户跟进提醒可以分别试运行，不能因为都出现在企业 IM 里就共用一套放权规则。
多数企业项目不是从零训练模型，而是把成熟大模型、企业知识库、身份权限、工作流、业务接口和人工复核组合成可执行系统。模型回答可用，不等于审批、工单或 CRM 写入已经具备上线条件。
先建立任务台账，再开始影子运行
影子运行期间，智能体按真实输入生成分类、字段、建议动作和工具参数，但不提交到 OA、CRM、ERP 或工单系统。业务人员仍按原流程处理，项目组把“智能体建议”与“人工实际结果”放在同一任务台账中复核。员工群聊和客户资料只使用项目已获准的必要范围，不为了试运行额外收集无关内容。
| 台账字段 | 要回答的问题 | 验收证据 |
|---|---|---|
| 任务与发起人 | 谁在什么场景提出请求 | 任务号、部门、时间和入口 |
| 资料与版本 | 建议依据是否仍有效 | 知识来源、制度版本和权限结果 |
| 拟执行动作 | 准备调用哪个工具和字段 | 工具名、参数摘要和影响对象 |
| 人工实际结果 | 人员接受、修改还是拒绝 | 修改差异、理由和处理人 |
| 异常归因 | 问题出在知识、权限、流程还是接口 | 错误类别、责任人和复验状态 |
影子期不预设通用通过比例。上线门槛应由业务负责人、IT 和合规人员针对任务后果约定，并保留固定样本、边界样本与异常样本，避免只用演示问题作判断。
按只读、草稿、写入和审批分级放权
完成影子复核后，不必一次开放全部工具。可先让企业微信 / 钉钉 AI 助手读取当前用户有权查看的资料，再允许生成工单或审批草稿；只有业务字段、接口状态与责任边界稳定后，才开放限定范围的写入。付款、退款、库存、合同、账号权限和对外消息等高后果动作仍需人工确认。
- 只读层：按当前身份检索知识和业务状态，服务端校验组织与数据范围。
- 草稿层：生成待办、工单或审批参数，由责任人修改并提交。
- 低风险写入层：仅开放白名单动作、字段和对象，记录幂等键与外部单号。
- 审批写入层：展示依据、参数、影响范围和失效时间，获批后再次校验状态。
权限判断放在工具网关或业务服务端，不能只依赖提示词、前端按钮或模型自报身份。一个流程从只读升到写入时，要重新跑越权、重复提交、状态变化和账号失效用例。
扩围与回滚都要处理在途任务
每次扩大部门、任务或工具范围前，先核对新组织的数据权限、知识版本、值班责任和外部系统容量。配置变更使用明确版本，记录生效时间与适用白名单；发现错误回答增加、越权拦截异常、接口结果未知或人工队列积压时，可停止新任务进入，并把在途任务分成继续、转人工、作废和补偿处理，不能只关闭聊天入口。
- 冻结当前智能体、提示、知识索引、工具目录和流程配置版本。
- 关闭新写入入口，保留只读查询和人工处理通道。
- 逐条核对执行中、待审批、结果未知和补偿中的任务。
- 回退配置或知识版本后，用固定样本与异常样本复验。
- 确认业务系统、任务台账与用户可见状态一致，再决定是否恢复流量。
切换云模型 API、混合私有化或全本地推理，不会自动解决流程回滚。部署方式改变后仍要验证身份透传、工具权限、状态台账与私有化部署中的监控和恢复责任。
用一组可复现用例决定是否扩大范围
- 同一任务分别由普通员工、负责人和代理账号发起，检查资料与工具范围。
- 人工修改智能体生成的参数，确认执行使用获批版本并保留差异。
- 重复发送消息、刷新确认页和重投队列，检查业务动作只产生一个结果。
- 模拟接口超时、外部已成功但本地未知，检查回查、转人工与补偿路径。
- 撤销员工权限、更新制度版本或改变业务对象状态，确认旧任务失效。
- 执行停止新任务、处理在途任务和恢复版本，核对完整回滚记录。
这些条件不清楚时先停在影子或草稿层
业务负责人不明确、任务规则频繁变化、权限不能按用户透传、接口没有稳定业务单号、异常没有接手人，或动作发生后难以撤回时，不适合开放自动写入。可以先通过工作流智能体整理资料和生成草稿，由人员在原系统提交；跨系统任务再结合多系统协同 AI设计状态与补偿，整体能力边界可参考AI 智能体。
说明：本文为企业工作流智能体上线与验收的通用方法，具体权限、数据处理、审批责任和回滚范围应结合企业制度、系统能力及适用要求确认，不构成效果承诺。
