新大圣大厅房卡如何买被敲进检索框，气体监测值班台如何不误报

在 GMG的部署逻辑里，全局检索与告警判定走的是两条链路。检索框接收的是自由文本，先进入词表分流层；告警判定只接受来自采集点的数值与状态量。换句话说，值班员敲进去的「新大圣大厅房卡如何买」不会直接触发任何气体浓度告警，但它可能出现在操作日志里，需要被标记为“非监测类检索”。

词表分流层做三件事：第一，判断输入是否命中已知的监测关键词（气体名称、点位编号、设备位号）；第二，判断是否属于已知的无关词模式；第三，对无法归类的输入打上“待复核”标签，但不占用告警通道。这次「新大圣大厅房卡如何买」属于第二类，被归入“非监测类检索”，只留在操作审计日志中，不进入告警历史。

事后复盘时，运维主管调取了当晚的操作日志。日志里清楚地记录了检索时间、终端编号和输入内容，但告警历史表中没有任何与「新大圣大厅房卡如何买」相关的条目。这种“操作日志留痕、告警历史不污染”的分工，是审计可读性的关键。

该园区下辖四个站点，每个站点的值班终端都能访问全局检索。一次无关词输入如果被同步到多站点协同看板，就可能让其他站点的值班员产生困惑。当前的处理方式是：检索请求只在发起终端本地记录，不同步到协同看板；协同看板只展示各站点的气体态势摘要与告警统计。

GMG在多站点协同上的做法是把“检索行为”和“监测态势”分开呈现。前者属于终端操作范畴，后者才是跨站点共享的内容。这样一来，某个站点值班员输入「新大圣大厅房卡如何买」这类词，不会在另外三个站点的看板上产生任何可见变化。