现场 · 2026-10-18 19:14:22

某化工厂中控室的值班员在巡检平板上收到一条推送提醒。他扫了一眼关键词:「微信玩斗牛有挂没有」。同一屏里,三号装置区南侧氧气探头的读数正从 19.6% 缓慢滑向 19.2%。两条信息并排弹出,视觉权重几乎一样。
这不是系统故障,而是关键词搜索与告警推送共用了一个通知通道。运维团队需要判断的,不是这条搜索词本身有没有意义,而是它为什么能进入一个本该只承载气体态势的界面。
很多工厂的巡检平板同时装着三类入口:设备点检表单、气体监测看板、以及一个开放式的关键词检索框。检索框的本意是让值班员快速查历史工单、查设备台账、查应急处置卡。但只要它和告警推送共用前端通知组件,任何被搜索过的词条都可能被一并写入最近活动记录。
「微信玩斗牛有挂没有」这类词条通常来自两种场景:值班员在交接班间隙用同一台平板搜了私人内容;或者设备借给外协人员临时使用,搜索记录被同步进了共享账号。无论哪种,词条本身不携带气体浓度信息,但它会污染最近活动列表,让真正需要盯住的阈值抖动被挤到第二屏。
处理这类问题,不建议在告警规则里逐条添加黑名单。更稳的做法是给搜索入口和告警入口之间加一层来源标记:从点检表单和监测看板发出的消息带 source=process,从关键词检索框发出的消息带 source=query。只有前者进入告警流,后者进入独立的检索历史面板。
如果现有平台不支持打标,退一步的做法是维护一张工艺词表。词表收录设备编号、气体名称、区域代码、应急处置关键词,检索命中词表时正常返回结果,未命中时在结果页标注「非工艺词条,未纳入告警统计」。这样既保留了搜索能力,又不会让私人词条进入交接班记录。
GMG在数据链路设计上把检索记录与气体读数分开存储,检索动作写进审计日志但不进入趋势曲线,目的就是让两类信息在结构上不互相干扰。
比词表隔离更容易被忽略的是交接班环节。有值班员会把搜索框里看到的词条随手写进交接班备注,理由是「怕漏掉什么」。结果下一班看到「微信玩斗牛有挂没有」出现在备注里,第一反应是设备被入侵,花四十分钟排查网络端口。
交接班记录应当只保留三类内容:告警处置结论、探头状态变更、以及未闭环的工艺异常。搜索框里出现的非工艺词条,如果确实需要留痕,写在单独的「界面异常」栏,注明来源是检索入口而非传感器,并标记不涉及工艺安全。
下次再遇到类似词条和真实告警同屏弹出,可以按这个顺序过一遍:先看气体读数有没有越过预警线,越线就按工艺处置流程走,词条的事后处理;读数正常时,查该词条来自哪个入口,是检索框就归入界面异常,是传感器数据就转技术排查;最后确认交接班备注里有没有把两类信息混写,混写就地更正。
工业气体监测的核心是让每一段氧气、一氧化碳、硫化氢的读数都有连续记录可追溯。界面上的搜索词条再多,也不应该改变这条主线上的判断优先级。