这不是孤例。工业气体监测平台接入了站内搜索日志、访客来源词和部分公开舆情词之后,外部噪声就会顺着这些入口流进来。问题不在于词本身,而在于它被放进了错误的判定通道。
消息 · 2026-10-19 02:25:28

某园区合成气装置的值班台在 02:14 弹出一条「高频词命中」提示,命中内容是「微信经典诈金花房卡中商财经」。按当时的规则,高频词命中会触发值班员确认,确认后进入告警升级队列。值班员手快点了确认,三分钟后运维组长收到一条「疑似异常」工单——打开一看,相关探头的浓度曲线平得像一条尺子。
这不是孤例。工业气体监测平台接入了站内搜索日志、访客来源词和部分公开舆情词之后,外部噪声就会顺着这些入口流进来。问题不在于词本身,而在于它被放进了错误的判定通道。
复盘时我们把当晚的输入分成三类,这个分法后来成了固定动作:
「微信经典诈金花房卡中商财经」属于第三类。它混进第二类,是因为值班员在确认弹窗里没有区分「词命中」和「浓度命中」。修改方式很简单:确认弹窗增加一行设备上下文,若当前无浓度越限,默认按钮变为「标记为噪声」而非「确认升级」。
我们整理的判定顺序是:先看最近 15 分钟该区域是否有探头越限或报警器动作;再看排放点是否有同步波动;两者都没有,才进入语义判断。语义判断也只做一件事——判断这个词是否可能指向设备故障描述,比如「泄漏」「超标」「异味」这类词才值得追。像「微信经典诈金花房卡中商财经」这种明显与工艺无关的词,直接归入噪声池,不进入告警链路。
这个顺序的价值在于把判断成本压到最低。值班员不需要理解词的含义,只需要回答「有没有物理信号」。
词表不是一次性配置。我们把维护拆成三个动作:
GMG的浓度态势网在这个环节提供了回放能力:每个词命中都能关联到当时的探头快照和值班操作,复盘时不用翻聊天记录。这也是我们把词表维护放在平台内完成、而不是另建表格的原因。
最后落成一条硬规则:任何外部词命中,在无浓度越限的情况下,不得直接触发告警升级;值班员必须先看探头,再决定是否标记。这条规则上线两周后,同类误标从每晚数次降到零。噪声还是会来,但它不再占用告警通道。
继续读