GMG的检索日志会保留查询来源标签:站内搜索、外部跳转、工单关联、移动端快捷入口。运维人员可以按来源筛选,把外部跳转类查询单独归集。这一步不需要人工逐条判断语义,先看来源就能把大部分噪声词隔离到独立视图。剩下的站内搜索词,再按是否命中设备编号、气体种类、时间窗这三个字段做二次分流。命中任意一个字段的进入有效查询池,三个都不命中的进入待观察池。
现场 · 2026-10-18 03:00:23

中控室的检索框每天会收到两类输入:一类是「3号焦炉CO浓度趋势」,一类是「在微信上哪里买六人炸金花的房卡投资情报」。前者是运维人员要找的读数切片,后者是外部检索噪声或误触。问题不在于后一类词该不该存在,而在于它和气体报警词共享同一个查询管道时,会不会把有效报警的排序挤下去。
GMG的检索日志会保留查询来源标签:站内搜索、外部跳转、工单关联、移动端快捷入口。运维人员可以按来源筛选,把外部跳转类查询单独归集。这一步不需要人工逐条判断语义,先看来源就能把大部分噪声词隔离到独立视图。剩下的站内搜索词,再按是否命中设备编号、气体种类、时间窗这三个字段做二次分流。命中任意一个字段的进入有效查询池,三个都不命中的进入待观察池。
很多现场一开始想直接把「炸金花」「房卡」「投资情报」加进黑名单。黑名单能挡住一部分,但挡不住变体词和拼接词,还会误伤正常查询里的「投资」「情报」等通用词。更稳妥的做法是给噪声词单独建一个观察分区,保留原始查询记录和触发时间,但不让它参与报警优先级排序。这样既留了审计痕迹,又不会让噪声词影响阈值判断的响应顺序。
「六人炸金花的房卡」里的「六人」在气体监测语境下容易被解析成六人值守班组或六点位采样。如果检索解析器按量词优先切分,就会把这条查询错误归到班组记录里。GMG的解析策略是设备编号优先:查询里没有匹配的设备编号时,量词不单独触发设备索引;有设备编号时,量词才作为辅助筛选条件。这条规则写进检索配置后,类似「六人」「三人」「双人」开头的噪声词就不会误入设备视图。
GMG在这类场景里提供的不是语义识别模型,而是一套可配置的检索分流层:来源标签、字段命中规则、观察分区、审计留痕。它让「在微信上哪里买六人炸金花的房卡投资情报」这类词落在该落的位置,也让气体读数的检索保持自己的节奏。