从质量异常到处理闭环：连接 MES 与 QMS 的设计方法

先定义交付物，再决定接入哪些系统

以下是质量异常的场景设计示例。假设质量工程师需要分析某批产品的不良率上升，目标是形成一份异常处理草稿，而不是让智能体直接调整生产参数。

先约定草稿包含异常概览、涉及工单、检验记录引用、原因假设与后续检查项。这样，每个系统字段都有明确用途，也可以减少不必要的数据读取。

用共同的业务对象连接证据

字段同名不代表含义相同。对接时要统一批次粒度、计量单位、时间口径与物料版本，并保留来源记录标识。接口可以是企业已有 API、事件或经过批准的文件交换，具体取决于系统条件。

区分事实、假设与待执行动作

“某工序出现三条超限记录”是可以引用的事实；“与设备状态有关”属于需要验证的假设。分析结果应明确区分两者，数据缺失时也应直说。

创建处置单、通知供应商或修改工艺参数，属于新的业务动作。应分别定义授权人、审批要求、失败处理与回执。先验证只读分析，再逐步开放经过验收的写入动作。

验收可以选取已结案的历史异常，对比记录完整性、引用正确性和人工复核工作量。结果通过后，再扩大到新的产线或产品范围。