首屏结论：质量例会要变成行动闭环，关键不是把录音变成纪要，而是让每条决议都绑定一个源业务对象、一个有权责任人、一个期限和一组可回读的验收条件。Agent 可以整理、派发、催办和复查；但“待办已完成”“负责人回复已处理”都不是终态，必须回到 NCR、批次、工单、版本、CAPA 或客户问题中核验。
先把例会事项分成三类
很多质量会散，是因为所有话题都进同一张待办表。建议会议结束前先按下面的决策表归类：
| 事项类型 | 应绑定的源对象 | 可接受的关闭证据 | 不应当作完成 |
|---|---|---|---|
| 当批异常处置 | NCR、批次、库存/在制 | 隔离数量可核，处置单执行，门禁回读一致 | 群里回复“已隔离” |
| 系统性纠正措施 | CAPA、工艺/文件版本 | 措施发布，下一可比批次或观察窗通过 | 8D/CAPA 文档上传 |
| 经营与资源决议 | 项目、设备、供应商任务 | 预算/采购/维修等原流程达到约定状态 | 会议待办打勾 |
无法归类、没有对象 ID 或验收条件不明确的决议，先进入“待主持人确认”，不能自动派发。这样会少一些漂亮的待办数量，却能避免一周后没人说得清当初要解决什么。
会前、会中、会后分别让 Agent 做什么
会前，Agent 读取 QMS 的未结 NCR/CAPA、近期待验证批次、重复缺陷、超期责任动作，以及 ERP/MES/WMS 中仍被质量冻结的对象。它只生成“新增、恶化、到期、待决策”的议题包，不再把已经稳定推进的事项重复搬进 PPT。
会中，Agent 可以从转写中抽取候选决议，但要把自然语言落成结构化字段：源对象、问题、责任人、截止时间、动作、证据、目标状态和升级条件。出现“尽快处理”“后续加强”“采购跟一下”这类模糊表达时，应当场追问，而不是擅自补日期和负责人。
会后，主持人确认后才创建唯一行动项。Agent 负责跨天守候、在到期前补证、发现状态冲突、触发升级，并把每次回复保存为新证据，不覆盖旧版本。关于纪要工具的能力边界，可先看AI 会议纪要工具怎么选；跨系统执行方式可参考AI 工作流自动化的 6 个场景。
确定性规则负责状态，Agent 负责解释和编排
行动状态不要让大模型自由判断。最小状态机可以是：待确认 → 待执行 → 待证据 → 待复查 → 已验证；超期、证据冲突或验证失败进入升级/重开。状态变化必须由确定性事件触发，例如处置单完成、复检结果发布、审批通过、下批收货或源对象解除冻结。
Agent 的作用是理解会议语境、识别可能关联的业务对象、解释为什么证据不足、组织催办内容，并调用已授权工具。它不负责判定检验合格，不替质量授权人放行，也不能因为负责人态度很肯定就把事项改成已完成。
人审点要窄，但不能消失
建议把人工确认集中在四处：会议主持人确认结构化决议；质量负责人确认影响范围与验收条件；有权人员审批停线、返工、报废、让步或对外客户信息；复查人确认验证证据适用于正确产品、批次、版本和数量。
动作获批后，系统应把结果写回源系统，而不只留在会议工具：NCR 更新责任动作，QMS/WMS/MES 更新批准的暂缓或放行状态，CAPA 关联验证计划，项目系统更新风险或里程碑。执行后必须独立回读；任一系统部分成功，状态只能是“待补偿”或“人工接管”。
验收质量例会 Agent，看这 6 项
- 每条决议是否有唯一 ID，并绑定真实源对象；
- 责任人和审批人是否来自组织权限，而非模型猜测；
- 验收条件是否可由系统事实或正式证据判断；
- 催办、审批、写回是否保留版本与操作记录；
- “待办完成”后是否仍会回读源对象；
- 验证失败或同类问题复发时，是否重开原行动链。
这套验收方法与AI Agent 项目验收清单一致：页面上显示成功不够，业务系统里的最终状态必须一致。
首个试点可以只选一种议题，例如供应商整改或在制质量异常，跑四次例会，观察超期率、证据补齐率、验证关闭率和重开率。生产、质量与设备场景可继续查看生产岗位 Agent 场景和制造业解决方案；需要梳理对象、系统与权限时，可从企业 AI 落地五项工程开始。
