AI Agent 风险评审会议议程：很多 AI Agent 上线评审失败，是因为会议太宽。大家同时讨论模型质量、产品兴奋点、安全担忧和客服负担。好的议程会让评审保持具体。
先讲清工作流
用五分钟说明具体工作流、目标用户、允许动作、禁止动作，以及什么算任务完成。如果团队定义不清工作流，就还不适合做上线评审。
评审前五个失败模式
不要列出所有理论风险。选最可能伤害用户或业务的五个失败：错误动作、数据泄露、检索错误、成本突增或没有 fallback。
带证据，不带感觉
每个负责人都应该带 trace、测试结果、截图、评测输出、事故记录或政策摘录。“测试时看起来还行”不能算证据。
形成上线决定
结尾只给三种决定：可以上线、带控制上线、不能上线。避免“还需要打磨”这种模糊结论。写清阻塞项和负责人。
扩范围前安排复测
如果第一次上线范围很窄，要定义在给 Agent 更多工具、更多用户或更大数据访问前，必须复测什么。
可复制的分享文案
我会把这篇用于 AI Agent 上线评审：AI Agent 风险评审会议议程。它把风险拆成可执行检查项，而不是只讲概念。相关资源
下一步
如果这些问题已经影响真实用户或客户数据，先运行 AI Agent 就绪度自测，再把阻塞项整理到上线清单里。