交班记录里的设备异常追不到责任人和结果，断点通常有三处：记录要素不全——没写设备编号、发生时点和已做的处置；没有下一班确认——写进本子就算交接完成，下一班没人认领；未决项无人跟踪——跨了几个班以后没人知道这条异常现在归谁、处理到哪一步。Agent 的正确用法是把每条交班异常转成一个带状态的追踪项：记录、确认接收、处置、复验、关闭，每步有责任人、时间戳和证据，超期未决自动升级到上一级。涉及人身与设备安全的异常，立即转入企业既有的应急与上报流程，Agent 不做任何安全裁断。
交班异常的最小字段
| 字段 | 为什么必须有 |
|---|---|
| 设备编号 | 同车间多台同型号设备不能靠名称区分 |
| 发生时点与班次 | 判定责任班次与超期时长 |
| 现象描述 | 保留原话，区分现象与当事人口头猜测的原因 |
| 已做处置 | 避免下一班重复操作或误判 |
| 当前状态 | 带病运行、降速、停机待修、已恢复 |
| 交接对象 | 下一班确认接收的责任人 |
字段不全的记录可以保存，但不能进入追踪流程；Agent 提示补全后再激活。抄录老式纸质交接本时，同样按这组字段结构化，辨认不清的保留原文待人工确认，不替当事人补写。
异常追踪状态机
| 状态 | 进入条件 | 完成证据 | 超时去向 |
|---|---|---|---|
| 已记录 | 交班时登记录入 | 原始记录、设备编号、时点 | 无人接收超时提醒班长 |
| 已接收 | 下一班确认接手 | 接收人与时点 | 超时升级班组长 |
| 处置中 | 维修或处理任务分派 | 维修单或处理人认领 | 超时升级设备主管 |
| 待复验 | 处置完成申报 | 处置内容与更换件记录 | 超时保持未闭环 |
| 已关闭 | 复验通过或恢复验证 | 复验人、时点、验证结果 | —— |
关闭必须是回读后的终态：复验人确认、设备恢复验证通过，两项缺一不可。"上一班说已经修好了"不是关闭证据，就像售后报修工单整理里"已受理"不代表工程师已经出发，状态词必须绑定证据。
班次交接六步
- 交班前：当班未闭环异常全部录入或更新状态，禁止只在口头交接。
- 交班时：系统生成交接清单，Agent 标注新增、恶化、跨班未决三类。
- 接班确认：下一班逐条确认接收或提出异议，异议项当场核对。
- 班前会：只过异常项——跨班未决、恶化、影响产量或安全的优先。
- 班中处置：维修与调整按既有流程派单，状态实时更新。
- 复验关闭：处置完成后复验，关闭留痕；连续两个班未决的异常自动进入设备主管的督办清单。
虚构示例：一条跨了三个班的报警
以下为虚构示例。某注塑车间早班记录二号机液压油温报警，降速运行，当班清理了散热滤网未彻底解决。中班接班时在系统里确认接收，处置任务派给维修组；维修组当班只做了临时监控。晚班接班时该异常已跨两个班未闭环，Agent 按规则升级到设备主管的督办清单，并附三个班的记录时间线：现象、处置、当前状态。次日维修更换温控阀后复验，油温连续四小时在正常区间，复验人确认关闭，整条链上每一步都有人名和时间。这个例子里 Agent 没有判断故障原因，也没有建议停机——是否需要停机检查由设备主管按企业制度决定。
安全边界与相邻主题的分工
报警涉及安全阀、漏电、异响伴随冒烟、防护装置失效这类描述时，交班流程不能等追踪状态机走完，应立即转入企业既有的安全上报与应急处置通道，先按制度处置再补记录；模型对这类异常不给出继续运行或停机的建议。与AI 设备预测维护怎么落地的分工是：预测维护回答"哪台设备可能要坏"，本文回答"已经报出来的异常怎么追到关闭"；与质量例会行动闭环的分工是：例会督办跨部门决议，交班追踪跨班次的设备异常，两者可以共用绑定源对象、按证据关闭的原则。制造业更多场景可顺着行业数字化专题阅读。要把交班记录、维修工单与设备台账接起来做异常追踪，可了解生产制造解决方案。
