预测性维护报警太多，哪些真要停机？

预测性维护的报警先合并去重，再按不处理会不会停机、会不会伤人、多久内要处理来分级。分级规则由设备、生产、维修、安全一起定；AI 给每条报警附上依据和建议级别，拿不准的转人；要不要停机由设备工程师和生产负责人定，AI 不下停机指令，团队定期拿误报和漏报回头改规则。

报警为什么多与先怎么合并

比如同一台设备的多个测点围绕同一异常分别报警，监测屏幕上出现多条提示。加上上线初期阈值设得偏保守，或者现场传感器自身松动、受潮、掉线，系统里弹出的大量设备告警让维修和生产班组难以逐条查看。

AI 接在设备监测系统后面，第一步先把同一台设备、同一时间段、指向同一类异常的多条记录合并成一条事件，并记下原始触发顺序与关联测点清单。比如某个部位的温度和振动先后越过设定的阈值，系统把它们归并到同一张卡片里，不再反复弹窗，同时保留各测点的原始读数供工程师展开核对。遇到数值突然跳变到不合常理的区间、或者信号断断续续，AI 把这类情况单独标为疑似传感器故障，直接转给仪表维护人员去现场查接线和探头，仪表人员修好确认信号恢复正常后再销号，不混进生产异常处理队列。

分级规则谁来定与按什么写

设备、生产、维修、安全四个部门坐在一起，对照产线设备清单梳理设备告警的分级标准，按不处理会不会造成非计划停机、会不会伤到现场人员、需要多久内处理完来划分级数。各方把商定好的级数和判定条件写成统一的规则表配进系统。

每一级都在规则表里写清楚谁来接、用什么方式通知、多久内要有回应。比如各方可以将可能伤人或导致停机的报警列为高级别，并写清接收人和通知方式，要求当班生产主管和设备工程师收到通知后立即到机台现场核实；比如只是趋势缓慢抬头、短期不影响运行的归入低级别，放进日常点检清单，由点检员在例行巡检时顺带复测记录，等计划检修窗口再安排处理。

每条报警带什么依据给现场看

AI 生成的报警卡片直接列出触发的是哪个测点、最近一段时间的数据走势、同类设备以前出现类似走势时的维修记录，以及建议级别和理由，供工程师查看。设备工程师打开卡片，先对照趋势曲线和历史记录核实异常真伪，再决定下一步动作。

AI 能对照以前的维修记录，前提是这些记录接进了企业知识库，见 垂直行业模型微调之前，为什么先接企业知识库。遇到以前没见过的异常波形、或者几个测点的数据互相矛盾，AI 在卡片上直接标明拿不准，连同原始曲线和关联测点数据一起转给设备工程师判断，不硬给结论。工程师接手后调看机台近期运行工况，结合现场点检结果给出人工定级，并把核实结论填回卡片。

停机谁拍板与回头怎么复盘

看到高级别报警后，设备工程师结合现场听音、点温、看油位的结果判断设备能不能继续运行，生产负责人根据手头订单排期和上下游工序缓冲定具体的停机时间。AI 只管出分诊建议和依据，不直接往控制系统发停机指令。

每次处理完，工程师在系统里记下当时的判断依据：为什么决定马上停，或者为什么决定撑到换班再停，连同现场复测数据一起归档。AI 什么情况下停下来交给人、怎么留决策记录，见 Agent 安全护栏：无人值守跑到什么程度该停。设备、维修和生产团队定期把这一阵子的误报和漏报拉出来过一遍，看是哪个测点的阈值设得太紧、还是哪类趋势漏进了低级别，各方商定后修改阈值和分级规则，每次改动都在系统里留好版本记录和修改原因。

预测性维护：常见问题

AI 判断要停机，能不能直接让设备停下来？

不能，停机指令由人确认后下达。产线突然停机牵涉在制品报废、上下游工序堵料甚至现场人员操作安全，设备工程师核实机台状况、生产负责人排好停机窗口后，再按操作规程停机。

报警分级以后，低级别的还要看吗？

要看，低级别报警虽然不用马上停产处理，但要定期汇总看走势。达到各方商定的升级条件时，按规则升级并提醒工程师处理。

设备告警分几级好管，谁来定？

设备告警按停机影响、安全风险和处理时限来分，具体分几级由设备、生产、维修、安全四个部门一起定。各方把每一级对应的接单人、通知渠道和响应动作写进同一份表里，现场按表执行。