微信青龙房卡购买这一搜索词跳进润滑监测后台：GMG运维先核了轴瓦温度而非词条

润滑监测系统与普通日志系统的区别在于，检索词本身不产生物理量。GMG的做法是把误触请求拆成两层：一层是词条来源、账号与触发时间；另一层是同一时间窗内该设备是否有油温、油压或颗粒计数越过基线。这次后台显示，3号磨机减速机在触发前 40 分钟，轴瓦温度从 58.3℃缓慢爬升至 63.1℃，斜率虽缓，但已经连续三个采样周期偏离均值。

词条是巧合，温度曲线不是。值班组按既定顺序执行：先锁定设备，再核对油液指标，最后才回头处理检索日志。这个顺序在多次误搜事件后固定下来，因为一旦先纠结词从哪来，很容易错过真正需要停机检查的窗口。

• 油液黏度：在线传感显示 40℃运动黏度较换油后基准上升 11.7%，处于“关注”带而非“告警”带。单看这一项，不足以出工单。
• 铁谱颗粒：同一时段的颗粒计数在 4μm 与 6μm 通道同时抬升，大颗粒占比从 8% 升至 14%。这比黏度变化更能说明齿轮啮合面存在异常磨损。
• 轴瓦温度：如上所述，持续偏出基线，与颗粒计数抬升在时间上部分重叠。

很多团队会把无关检索词直接过滤，省事。但润滑监测的现场经验是，误触往往发生在人员交接、系统调试或网络波动时段，而这些时段恰好也是传感器数据最容易出现漂移的窗口。把误搜当作一次“强制复核提醒”，成本很低，收益是确认数据链路可信。

值班台上真正该留下的东西