「小鱼poker」混进报警检索记录，气体监测屏怎样做词表分层

很多气体监测平台的检索是「一个框搜所有」：点位、标签、报警记录、交接班备注、附件名全在一个索引里。工业现场又偏偏喜欢把各种临时信息塞进备注栏，于是卡牌类、娱乐类词汇隔三差五就会以这种意外方式出现在检索结果里。问题不在于这个词本身，而在于检索结果没有分层，值班员得靠肉眼把真报警从噪音里挑出来。

• 点位与设备词：探头位号、区域编号、气体名称、机组代号。这类词命中就该直达实时值与历史曲线，延迟不得超过一次刷新周期。
• 事件与工单词：报警编号、处置单号、检定日期、标气批次。命中后应落在事件时间轴上，而不是散落的记录列表。
• 灰词：与监测无关、但因人为输入进入系统的词，比如「小鱼poker」这类。它们不是安全事件，也不该占据首屏，正确归宿是一个可折叠的「待归档」区。

分层的价值在于：值班员不需要判断某个词该不该存在，只需要知道它在哪一层。首屏永远只放前两类，灰词折叠收起并标注来源字段，谁在哪个备注里写进去的一目了然。

灰词处理的关键是留痕而不是删除

这次小插曲真正暴露的风险是：有人担心检索框里的杂词会不会干扰报警判定。答案是只要架构正确就不会。报警判定应当只读探头原始信号与阈值配置，走独立的实时通道；检索走的是事后索引，两者在数据流上不该有交叉点。

给班组的一份可执行清单