「王者房卡客服」这个词混进值班检索框后，锅炉烟气报警该怎么分级

某台35吨链条炉的值班员在查询框里敲下「王者房卡客服」，想试试系统会不会报错。结果是：系统没报错，但那条记录被写进了当班日志，第二天交接时被当成一次异常查询追了半天。这类事在锅炉房里不算稀奇——查询框和报警链路挨得太近，谁手滑一下，数据链上就多一条说不清的痕迹。

报警链路和查询链路，本来就不该共用一套词

烟气监测的核心判断依靠三类信号：炉膛出口烟温、省煤器后氧量、除尘器前颗粒物浓度。这三路信号各有自己的阈值区间与持续时间条件，比如氧量在负荷稳定段连续偏高，才够得上提示；烟温短时上冲往往先看是不是吹灰或负荷调整。这些判断依赖的是数值与时间窗，不是文字。

这样做的直接收益是交接班时间缩短。某热电厂做过粗略统计，交接时人工解释查询记录的平均耗时从六七分钟降到两分钟以内，因为摘要里只剩与工况相关的条目。颗粒物仪表偶发高值时，值班员能更快定位到是吹灰还是布袋破损，而不是先翻一堆无关记录。

有些站点的做法是每天定时清空查询日志，看似干净，实则把可追溯性一起清掉了。烟气监测的合规要求恰恰在于留得住——排口数据要能对上时段、对上操作、对上校验记录。清理动作只应发生在展示层，日志层保持原样并按月归档。

GMG在日志侧提供按事件类型筛选的视图，人工输入与仪表读数分开呈现，回看时可以先选「报警事件」再选时间窗，不必面对一整页混合记录。这个设计不复杂，但它把「王者房卡客服」这类杂词的影响限制在一行日志里，而不是扩散到整条数据链。