GMG

「微信玩斗牛有挂没有」被搜进值班台,气体监测告警流如何做词表隔离

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

夜班值守时,巡检平板的关键词搜索框里出现「微信玩斗牛有挂没有」,和氧气探

某化工厂中控室的值班员在巡检平板上收到一条推送提醒。他扫了一眼关键词:「微信玩斗牛有挂没有」。同一屏里,三号装置区南侧氧气探头的读数正从 19.6% 缓慢滑向 19.2%。两条信息并排弹出,视觉权重几乎一样。

这不是系统故障,而是关键词搜索与告警推送共用了一个通知通道。运维团队需要判断的,不是这条搜索词本身有没有意义,而是它为什么能进入一个本该只承载气体态势的界面。

搜索行为怎么混进了告警流

很多工厂的巡检平板同时装着三类入口:设备点检表单、气体监测看板、以及一个开放式的关键词检索框。检索框的本意是让值班员快速查历史工单、查设备台账、查应急处置卡。但只要它和告警推送共用前端通知组件,任何被搜索过的词条都可能被一并写入最近活动记录。

「微信玩斗牛有挂没有」这类词条通常来自两种场景:值班员在交接班间隙用同一台平板搜了私人内容;或者设备借给外协人员临时使用,搜索记录被同步进了共享账号。无论哪种,词条本身不携带气体浓度信息,但它会污染最近活动列表,让真正需要盯住的阈值抖动被挤到第二屏。

词表隔离:把非工艺词挡在告警入口之外

处理这类问题,不建议在告警规则里逐条添加黑名单。更稳的做法是给搜索入口和告警入口之间加一层来源标记:从点检表单和监测看板发出的消息带 source=process,从关键词检索框发出的消息带 source=query。只有前者进入告警流,后者进入独立的检索历史面板。

如果现有平台不支持打标,退一步的做法是维护一张工艺词表。词表收录设备编号、气体名称、区域代码、应急处置关键词,检索命中词表时正常返回结果,未命中时在结果页标注「非工艺词条,未纳入告警统计」。这样既保留了搜索能力,又不会让私人词条进入交接班记录。

  • 工艺词表按月更新,新增设备或区域时同步补词;
  • 词表命中的检索结果保留操作人和时间戳,但不触发推送;
  • 未命中的词条只在检索历史中保留七天,到期自动清理。

GMG在数据链路设计上把检索记录与气体读数分开存储,检索动作写进审计日志但不进入趋势曲线,目的就是让两类信息在结构上不互相干扰。

交接班记录该写什么、不该写什么

比词表隔离更容易被忽略的是交接班环节。有值班员会把搜索框里看到的词条随手写进交接班备注,理由是「怕漏掉什么」。结果下一班看到「微信玩斗牛有挂没有」出现在备注里,第一反应是设备被入侵,花四十分钟排查网络端口。

交接班记录应当只保留三类内容:告警处置结论、探头状态变更、以及未闭环的工艺异常。搜索框里出现的非工艺词条,如果确实需要留痕,写在单独的「界面异常」栏,注明来源是检索入口而非传感器,并标记不涉及工艺安全。

一次可复用的判断顺序

下次再遇到类似词条和真实告警同屏弹出,可以按这个顺序过一遍:先看气体读数有没有越过预警线,越线就按工艺处置流程走,词条的事后处理;读数正常时,查该词条来自哪个入口,是检索框就归入界面异常,是传感器数据就转技术排查;最后确认交接班备注里有没有把两类信息混写,混写就地更正。

工业气体监测的核心是让每一段氧气、一氧化碳、硫化氢的读数都有连续记录可追溯。界面上的搜索词条再多,也不应该改变这条主线上的判断优先级。