设备告警到维修工单：制造业 Agent 应该先接住哪一段？

制造业设备运维智能体的第一职责不应是直接下诊断。把它称作“工业设备故障诊断 Agent”，也不能跳过设备型号、运行负载、保养阶段和现场条件的核对。一条告警只说明某项状态越过了阈值，却未必说明原因；如果 Agent 只拿报警文字去匹配一段手册，就可能把相似但不适用的处理建议放到一线人员面前。

先核对设备身份和资料版本

下面是一种流程设计示例，用来说明能力边界，并非某个客户项目或效果数据。设想夜班人员收到一条设备异常提示，Agent 的第一件事不是下诊断，而是把告警关联到正确的设备台账：设备编号、型号、产线位置、事件时间和系统当前状态。若编号对应不上、状态信息不完整，应该先提示核对，而不是猜测是哪台设备。

设备身份确认后，Agent 可以从经批准的维护资料中查找与该型号和版本匹配的操作规程、维护手册和历史工单。一次设备告警知识问答应保留资料名称、版本或生效时间，让维修人员能够回到原文核验。旧手册、同系列设备的说明和未经审核的个人笔记不应被混成同等依据；若资料冲突，最稳妥的结果是显示差异并交给责任人员判断。

建议要留在既有安全规程内

在资料支持的范围内，Agent 可以整理告警上下文、列出需要进一步确认的信息，并把相关章节呈现给维修人员。它不应根据一段相似故障描述，自行推断设备可以继续运行，也不应给出脱离企业规程和制造商要求的操作指令。遇到高风险告警、关键信息缺失或处置依据不明确时，应遵循企业既有安全规程并升级给现场负责人。

工单智能化先从草稿开始

Agent 可以把报警时间、设备编号、已确认现象、引用的资料和待补字段整理到工单草稿里；维修人员核对现场信息后，再按现有身份权限确认提交。这样既减少重复录入，也让最终记录仍由对设备和处置负责的人确认。

与生产系统连接，但不进入控制回路

接口设计上，可以让 Agent 从监测系统读取授权的事件和状态，从维护系统查询设备资料与历史记录，再将待确认的工单草稿交给维护流程。每一步都要沿用原系统的权限与审批规则，写入操作要有请求标识和结果查询方式，避免网络超时后重试生成重复工单。Agent 不应进入实时控制回路，也不应直接控制设备、复位告警或替代安全联锁。

验收维修链路，不只验收回答

可以检查设备匹配是否正确、资料版本是否适用、引用是否支持建议、缺信息时是否追问、工单草稿是否包含必要字段，以及越过授权边界时是否停止。试点阶段先记录基线和失败原因，再与一线人员共同确定后续目标；没有项目数据时，不应提前承诺固定的停机减少或效率提升比例。

先选资料和流程都清楚的设备族

优先挑选设备台账较完整、维护资料有明确版本、常见告警有业务负责人、工单流程可复核的设备族；先让 Agent 提供检索与整理建议，由员工照常确认和执行。持续收集“找错设备、引用不匹配、缺少关键上下文、现场无法采用”等反馈，再决定是否连接更多系统或增加自动化能力。

宜天信达的企业智能体方案可围绕设备知识、业务规则、系统查询和人工协同进行规划。实际建设需要与企业设备、信息化和安全团队确认数据来源、网络环境、维护流程及授权边界，先让辅助工作可验证，再评估扩大任务范围。