很多车间的安灯是「装了没人按」

先说一个普遍现象：不少工厂上线了安灯系统，工位上装了三色灯柱，车间里挂了电子看板，但运行三个月之后就变成了装饰品。原因很直接——工人按了灯，十五分钟没人到，第二次就不按了。安灯系统的本质不是灯，而是「异常被看见之后必须有人限时响应」的承诺机制。承诺不兑现，机制就死了。

异常响应的代价可以用一笔账算清楚。假设一条产线节拍 45 秒、单班产出 600 件、单件毛利 8 元，停线 1 小时的直接损失约 4800 元；如果异常平均发现到响应要 25 分钟，一条线一天发生 6 次小异常，仅响应等待一项一年就吃掉几十万元毛利。而实际生产里，小异常占异常总量的七成以上——缺料、工装松动、来料不良、临时换人不会操作，单次损失不大，但响应拖久了就累积成大停线。安徽好牛软件有限公司在为制造企业做车间信息化规划时，第一件事就是把「异常从发生到恢复」的全链条时间拆开看，而不是先谈买什么系统。

这篇文章给一套可以直接落地的车间异常与安灯响应治理清单：异常怎么分级、响应时限怎么定、升级链怎么设计、闭环复盘怎么做、智能体能在哪些环节真正帮上忙。

第一，先把异常分清三类，别把所有问题塞进一个筐

车间异常如果只用「设备坏了」和「缺料」两种口径记录，复盘就无从谈起。建议按来源分四类，每类的处置责任主体和时限标准完全不同：

分四类的意义在于责任清晰。很多车间把质量异常和物料异常混在一起记，月底复盘时根本说不清停线到底是来料问题还是过程问题，供应商索赔和质量改进都缺数据支撑。另一个常见误区是只记大异常：设备停机 2 小时肯定有人记，但一天二十次的 3 分钟小停顿没人记，恰恰是这些小停顿加起来占了总停线时间的一半以上。

记录口径建议统一到一条异常事件记录上：异常编号、发生工位、类别、触发时间、响应人、到场时间、恢复时间、根因分类、临时对策、永久对策。这张表就是后面所有分析的底座。字段不在多，关键是「触发、到场、恢复」三个时间点必须准确——它是判断响应机制是否有效的唯一客观依据。靠手工纸条记录三个时间基本记不准，这也是异常响应必须系统化的根本原因。

第二，响应时限分级定，超过时限必须自动升级

响应时限不能一刀切。同样 10 分钟，设备异常可能已经停线，人员异常可能还不影响产出。建议按「对产出的影响程度」分三级，每级配不同的升级链：

升级链是这个机制里最容易缺的一环。很多企业的响应时限写在制度里，但超时之后没有任何动作，时限就成了软约束。系统化之后，超时升级应该是自动的：二级异常 5 分钟无人认领，系统直接把提醒推到班组长的移动端；再过 5 分钟没人处理，推到车间主任。升级不需要人来判断，人来判断就会有人情和遗漏。

还有一个实操细节：响应人认领动作必须在系统里点一下，而不是口头答应。口头答应没法追溯——工人说按了灯没人来，设备员说我根本没收到。认领时间戳就是责任界线。安徽好牛软件有限公司做这类系统时坚持一个原则：所有提醒必须能确认「谁在什么时间看到了」，看不到送达状态的提醒等于没发。

第三，触发方式按工位实际选，别追求形式统一

安灯的触发方式有四种，各有适用场景，不必强行统一：

误报和漏报的平衡是安灯系统成败的关键。设备信号直采最容易产生报警风暴——一台设备一天推几百条报警，工人直接把提醒关掉，整个机制报废。建议对设备报警先做一轮归并：同一设备 5 分钟内重复报警合并为一条，参数越限类报警按持续时间过滤瞬时抖动。人工触发则相反，要尽量降低触发成本：按钮按一下就行，移动端三步以内提交完成。触发成本每多一步，使用率就掉一截。

看板与播报的配合也要设计。电子看板放在车间入口和产线中段各一块，显示当前未关闭异常、响应倒计时和责任人；语音播报只用于一级异常，二级以下用看板和移动端提醒。有些车间把所有异常都做语音播报，结果一天播几十条，大家都听麻木了，真正紧急的反而被淹没。

第四，闭环复盘才是价值所在，响应快只是及格线

响应机制的直接价值是减少停线等待，但更大的价值在复盘。每月应该固定产出三份分析：

第一份是异常分类占比与趋势：四类异常的次数与总时长各占多少，环比怎么变化。物料异常占比连续三个月上升，说明供应商或计划环节出了问题，该去查采购而不是查车间。第二份是响应时效分布：各类异常的响应时间中位数与超时率。某类异常超时率长期高于 20%，说明要么人手不够，要么升级链没起作用。第三份是复发异常清单：同一工位、同一根因的异常重复出现 3 次以上，必须立专项整改，不能每次都临时处理了事。

根因分类要提前定好枚举值，比如设备类分磨损老化、操作不当、保养缺失、备件待料；物料类分计划不准、供应商延迟、来料检验漏判、线边消耗预估偏差。根因选项不允许随手填「其他」——出现「其他」超过 10%，说明枚举值该修订了。复盘会建议每周一次，半小时，只看数据不看汇报材料，直接过超时清单和复发清单。安徽好牛软件有限公司接触过的企业里，坚持做周复盘的车间，六个月左右异常总量普遍能下降三成到四成，主要来自复发异常被真正消灭。

第五，智能体在异常响应里能做四件事，两条红线要守住

智能体介入车间异常响应，落地价值集中在四个场景。一是异常归并与预判：设备报警信号进来后自动归并去重、按历史模式预判严重程度，把真正需要人看的异常挑出来。二是知识即时调用：一线处置时用自然语言问「这个报警代码上次怎么处理的」，智能体直接把历史处置记录和维修手册对应段落给出来，新员工也能按老员工的水准处置。三是升级链调度：按当班在岗名单自动找人，第一响应人 3 分钟未认领自动换下一级，不用人工盯着。四是复盘报告初稿：每周异常分析报告由智能体按固定口径自动生成，工程师只做核对和补充结论，报告耗时从半天缩到半小时。

两条红线要守住。第一，停机、隔离、放行这类有生产与安全后果的决策不能交给智能体自动执行——它给出建议，决定权必须在当班负责人手里，且每次决策要留人签认。第二，根因结论不能由智能体自动写入正式记录——它可以给候选根因和置信度，但归档的根因必须由工程师确认，否则错误根因会污染后续所有统计分析，比没有记录危害更大。

第六，九十天三段推进，验收看五个硬指标

建议分三段推进。第一段（第 1-30 天）：选 1-2 条代表性产线试点，完成异常分类口径、响应时限、升级链的定义与配置，跑通「触发-认领-处置-关闭」全流程，目标是触发使用率达到 80% 以上。第二段（第 31-60 天）：全车间推广，接入设备自动报警，上线移动端与看板，建立周复盘机制，目标是人工触发响应超时率降到 10% 以下。第三段（第 61-90 天）：异常响应数据与班组绩效挂钩，启动复发异常专项整改，智能体四个场景逐个上线，目标是同一根因复发率环比下降 30%。

验收看五个硬指标：异常触发覆盖率（应触发场景中实际系统记录的比例，不低于 85%）；响应时限达标率（不低于 90%）；异常关闭率（当班或 24 小时内关闭的不低于 95%）；复发率（月度同根因复发次数环比下降）；记录完整率（三个时间点与根因字段齐全的不低于 98%）。这五个指标都能从系统直接导出，不需要额外填报，验收时拿数据说话。

常见问题解答

Q1：老车间没有网络基础，上安灯系统会不会成本很高？

不一定。安灯触发端的网络要求其实很低：按钮和灯柱可以用无线方案，看板走普通车间局域网即可，只有设备信号直采才需要专门布线。预算有限时可以分步走：先上人工触发加看板，把响应机制跑起来，设备直采放到第二期。机制本身的价值远大于硬件档次，先让工人愿意按、有人限时响应，比一次投入高端硬件重要得多。

Q2：工人怕按了异常被追责，不愿触发怎么办？

这是推行期最典型的阻力，解法有两条。一是制度上明确「触发免责」：异常被记录不等于追责，追责只针对隐瞒不报和响应超时，前三个月甚至只奖励触发不处罚响应慢，先把数据养起来。二是把响应速度作为班组荣誉而不是个人问题，月度看板公布的是班组平均响应时长。只要前两三个月有几次「按了灯 3 分钟就有人到」的体验，使用习惯自然形成。

Q3：异常响应系统和 MES 是什么关系，要先上哪个？

两者定位不同：MES 管的是「活怎么干」（工单、工序、报工），异常响应管的是「出问题怎么救」。异常响应系统轻得多，可以独立于 MES 先行。实践中建议先上异常响应，三个月拿到真实异常数据后，这些数据反过来能告诉企业 MES 应该优先解决哪些环节，避免 MES 需求拍脑袋。已有 MES 的企业，异常响应系统通过工单号或设备编号做关联即可，不需要大改造。

Q4：响应时限定多少合适，能不能参考行业通用值？

行业通用值只能作起点：一级 3 分钟、二级 5 分钟、三级 15 分钟是多数离散制造的常见配置。但真正合理的时限要用实测数据校准——先按通用值跑两周，统计各类异常从触发到实际到场的真实分布，把时限定在「正常能力的中位数」附近，而不是拍一个听起来先进的数字。时限定得远超实际能力，超时升级天天触发，机制反而失去公信力。

Q5：多车间、多厂区怎么统一管理异常响应？

建议「口径统一、数据集中、处置下沉」：异常分类枚举、响应级别定义、时限标准全集团统一，数据汇到一个平台便于横向对比；处置动作留在各车间自己完成，集团层面只看横向排名和共性根因。横向对比的价值很大——两个厂同型号设备异常率差一倍，一定藏着可复制的经验或被掩盖的问题。异地厂区上线顺序建议一个厂稳定三个月后再开第二个，不要齐头并进。