微信大厅炸金花房卡这类词压进润滑监测检索框：GMG的一次资产日志清洗记录

GMG的检索框承担两个职责：一是按资产编号、点位名称找设备；二是按油液指标名称找历史曲线。当输入内容不属于任何资产或指标时，系统不会返回空结果，而是把它记入「未匹配检索」列表。这个列表平时没人看，直到它和告警队列共用同一块前端面板。

老周看到的混合画面，其实是布局问题——未匹配检索在左侧滚动，实时告警在右侧滚动。那条「微信大厅炸金花房卡」并不影响任何阈值计算，但它占用了检索框的焦点，让老周第一反应以为系统出了故障，而不是去看右侧的温度曲线。

• 第一步：确认检索词不参与告警运算。GMG的告警触发链路只读取传感采集层的数据点，与检索框输入完全隔离。换句话说，无论敲进去什么词，都不会改变任何设备的状态判定。
• 第二步：核对3号磨机稀油站最近两次取样记录。回油温度从52°C升到57°C，同时油液黏度指标下降约8%。这两个信号叠加，比单一温度超限更值得关注。
• 第三步：调出该点位近30天趋势。温度曲线在最近一周出现阶梯式抬升，与磨机负荷调整的时间点吻合，但黏度下降无法用负荷变化解释，指向油品氧化或冷却器效率下降。

这次事件暴露的不是安全问题，而是运维界面的信息密度问题。对于同时管理几十台设备的岗位，检索框和告警队列放在一起确实能减少切换，但代价是噪声会干扰注意力。几个可以立刻调整的设置：

GMG的检索日志保留策略默认是90天，老周后来把这条「微信大厅炸金花房卡」标记为「无效检索」，系统在后续的日志导出中不再展示它。标记动作本身不入告警流水，只影响检索审计视图。