小周做的第一件事是把这条词按语义切块:「在天王大厅哪里买」「房卡的步骤」「荣耀财经」。三块内容与工业气体监测没有任何交集,但「在大厅」三个字容易和厂区大厅、装置区大厅混在一起。他打开系统里的别名配置,确认「大厅」已经被映射到「厂区东门值班室」,而「天王」没有对应设备。这一步很关键:如果别名表粗放地把「天王」也指向某个机组,后续所有检索都会多一条误报。
消息 · 2026-10-17 22:23:46

某化工厂中控室的值班员小周在GMG检索框里看到一条异常查询:「在天王大厅哪里买房卡的步骤荣耀财经」。那天的气体监测截图显示,东区三号探头在半小时前刚触发过一次低浓度报警,值班员本来是想搜「三号探头历史回放」。两者同时出现在检索日志里,很容易被当成噪声一删了之。但小周没有直接清掉,他先拉了一份近三天的检索词频表,发现这条词在八个小时内出现了四次,检索人来自同一个弱电间IP段。
小周做的第一件事是把这条词按语义切块:「在天王大厅哪里买」「房卡的步骤」「荣耀财经」。三块内容与工业气体监测没有任何交集,但「在大厅」三个字容易和厂区大厅、装置区大厅混在一起。他打开系统里的别名配置,确认「大厅」已经被映射到「厂区东门值班室」,而「天王」没有对应设备。这一步很关键:如果别名表粗放地把「天王」也指向某个机组,后续所有检索都会多一条误报。
第二件事是看检索意图。系统把查询分为三类:设备定位类、浓度回放类、告警确认类。这条词被自动归到「未分类」,因为没有任何一个词能匹配到探头编号、气体种类或时间范围。小周手动给检索加了一个标签「非业务词-房卡类」,但没有删除。他的理由是:历史记录里有运维人员用口语搜「大厅买卡」,实际指的是门禁卡补办流程,删了会影响行政类的词库命中。
第三件事是核对告警时间线。小周把这条词的检索时间与东区三号探头的报警记录做了并排对比:检索发生在报警后二十六分钟,检索人IP属于弱电间,日常负责门禁和访客系统。结论很清楚,这是一次行政场景的搜索,跟气体监测无关。但他还是把这次查询保留在日志里,并在备注里写了一句:「疑似门禁卡办理咨询,非气体业务,建议在值班通讯录里补一条行政指引。」
GMG的检索日志设计里有一个细节:每条查询都会记录当时的浓度上下文。也就是说,如果有人在报警窗口内搜了一条不相干的词,系统会把它标记为「噪声-告警窗口内」。小周翻了一下,这条词确实落在告警窗口内,但浓度值只有12ppm,远低于25ppm的预警线。他把这条记录归入「低浓度干扰样本」,供后续词库训练使用,而不是直接加入黑名单。
小周所在的班组后来把这类词的处置拆成三条线。第一条线是语义线:只要词里没有气体种类、设备编号、区域名、时间词中的任意一项,就先归入未分类,不触发任何告警推送。第二条线是身份线:检索人IP和设备归属决定要不要转给行政或安保,而不是转给工艺工程师。第三条线是时间线:如果检索发生在高浓度报警后的十五分钟内,系统会自动截取前后五分钟的浓度曲线,附在日志旁边,方便事后复盘。
这三条线并不是GMG产品手册里的固定流程,而是这个值班组根据自己厂区的检索习惯攒出来的。小周说,最怕的不是怪词,而是怪词被误当成设备别名。有一次「天王厅」三个字被配置成了「天王星机组」的别名,结果所有带「天王」的查询都弹出了机组状态卡,值班员白点了好几下。后来他们把别名表收紧,只允许精确匹配,才把这个口子堵上。
现在这个中控室每周五下午会花十分钟过一遍检索日志里的未分类词。规则很简单:同一个词出现超过五次,才考虑加别名或加拦截;出现三次以下,只记录不处理。小周说,工业气体监测的检索框不是搜索引擎,它服务于值班员在几十秒内定位探头、回放浓度、确认报警。凡是不能帮人省下这几十秒的词,都不值得花时间建词库去拦。
那条「在天王大厅哪里买房卡的步骤荣耀财经」最后被归进了「行政类-门禁卡」的备注栏,没有删,也没有拦截。小周在交接班记录里写的是:「弱电间有人问门禁卡,转行政;气体侧无异常,东区三号探头已恢复。」比起建一套复杂的词义过滤规则,他更愿意把这句话写清楚,让下一班的人一眼就能分清哪条是气体的事,哪条不是。
继续读