首屏结论：制造项目齐套巡检不能只拿 BOM 减库存。真正的“可开工、可发运、可安装”至少要同时满足设计版本、关键物料、质量状态、单证和现场资源五类门禁。确定性规则负责判断是否满足，Agent 只接管缺口：追证据、找责任人、组织候选方案、走审批、写回系统，并持续回读到项目门禁真正解除。
先定义“齐套”，再谈自动巡检
同一个“齐套”，PMC、仓库、质量和项目经理往往不是一个意思。最实用的做法，是给项目或工单建立一组可配置的 readiness predicate：
| 门禁 | 权威对象与事实源 | 通过条件示例 | 缺口后的动作 |
|---|---|---|---|
| 设计冻结 | PLM/PDM、ECN | 目标版本已批准，适用范围明确 | 工程确认切换边界 |
| 物料可用 | ERP/MRP、WMS、SRM | 正确版本、数量足、已实收并预留 | 盘点、询证、调拨或加急候选 |
| 质量可用 | QMS、WMS | IQC/复检完成，无未决冻结 | 补检、复检、让步审批 |
| 交付单证 | ERP、项目/单证系统 | 装箱、认证、出口或验收资料齐全 | 补证并绑定责任人与期限 |
| 安装资源 | 项目系统、排程、人员台账 | 人员、工具、场地和窗口已确认 | 重新协调资源或申请改期 |
每个门禁都应标明对象 ID、规则版本、截止时间和权威系统。不同产品线或项目阶段可以使用不同规则，但不能让 Agent 临场发明“什么算齐”。
为什么账面齐套仍可能开不了工
ERP/MRP 擅长 BOM 展开、净需求和采购建议，APS 擅长约束排程；它们不需要被大模型重做。断点通常出在系统之间：库存已被别单预留，来料仍在检，批次被冻结，采购回复“会安排”却没有数量和到货凭据，ECN 已批准但 MES 仍引用旧工艺，或物料齐了却缺安装人员和出货单证。
因此，Agent 不是新的排产器，而是例外编排层。关于制造数据与 AI 的边界，可先看工厂上了 ERP/MES，AI 还能做什么；涉及接口与事实源交接时，可对照ERP/CRM/钉钉集成项目交付清单。
自动巡检的一条完整执行链
第一步是事件或定时触发。项目进入开工、发运或安装窗口时，规则引擎按项目阶段读取 PLM、ERP、WMS、QMS、SRM、MES 和项目系统，不要求员工每天导出五张 Excel。
第二步是确定性判断。系统先查强事实：版本、数量、预留、检验、冻结、ASN、实际收货、单证状态和人员排程。供应商口头承诺、聊天截图中的“尽快发”只能算线索，不能直接改变齐套状态。
第三步只创建唯一缺口案件。同一个根因影响多张工单时应聚合，避免采购一天收到十几条重复催办。Agent 解释因果链，补问缺失信息，形成盘点、催既有 PO、调拨、替代、加急、拆批或改期候选。
第四步走窄人审。替代料、拆借其他订单物料、加急采购、质量让步、调整排程、修改客户交期和对外消息，都由对应有权人批准。Agent 不因“最省时间”自行拍板。
第五步写回并复查。批准动作写入 PO、调拨单、预留关系、替代引用、项目风险、里程碑或 MES 工单门禁；随后继续等待收货、检验和资源确认，并从源系统独立回读。
齐套巡检的终态不是一份红黄绿清单
建议只允许三类业务终态：
- 可开工已验证：正确版本物料位于正确仓位、检验通过、已预留到目标工单，工装/人员与 MES 门禁同时满足；
- 可交付已验证：成品、单证、发运与安装资源满足当前里程碑，项目系统回读一致；
- 受控接管：缺口无法按原计划关闭，但获批的新方案、责任人、期限和阻断状态已写回；它不是成功，只是风险被正式接管。
“清单已生成”“负责人已收到”“供应商说已发货”都不能关闭案件。接口部分成功时，状态应保持待补偿或人工接管，不能把局部写入包装成齐套。
首个试点怎么验
先选一个项目阶段和一类产品，不要同时覆盖全厂。抽取一条历史正常项目、两条历史异常项目做回放，再让系统连续巡检一条真实项目。验收看五件事：漏项是否被发现、误报是否可解释、审批对象是否正确、动作是否真实写回、第二天能否回读风险解除或重开。
如果要进一步拆解系统与岗位，可查看制造业解决方案和生产岗位 Agent 场景；想把齐套试点纳入整体建设，可参考企业 AI 落地五项工程。
