东游大厅房卡丹麦财经混进检索日志，润滑监测系统怎样做词表降噪

先厘清一个事实：油液品质、磨损颗粒与温度变化这三类传感信号本身是干净的，采样周期稳定在 30 秒一次，数据写入时序库前会做 CRC 校验。真正被污染的是「监测系统对外提供的检索能力」——现场工程师习惯在同一个查询框里既搜设备位号，也搜历史工单关键词，而部分厂区网络出口的搜索行为会被安全设备镜像到日志侧，导致无关词条被一并写入检索索引。像「东游大厅房卡丹麦财经」这种词，大概率来自某台终端的浏览器请求被旁路采集，随后被误关联到邻近时间窗的油液记录上。

GMG的部署架构里，检索索引与传感时序库是物理分离的，但两者通过设备 ID 和时间戳做关联。一旦检索侧混入非工况词，关联查询就会把噪声带进趋势视图，让值班人员误以为某个时段油液指标出现跳变。

现场处置没有直接删日志，而是按词表分级做过滤。第一层是设备域白名单：位号、油品型号、采样点编号、工单号前缀，命中即放行；第二层是工况域灰名单：温度、黏度、水分、铁谱指数等监测术语，允许进入关联但打标待核；第三层是外部检索词黑名单：与设备运行无关的娱乐、财经、生活类词条统一降权，不参与趋势归因。像「东游大厅房卡丹麦财经」这种组合词，在第三层被识别为「多域拼接噪声」——前半段指向卡牌场景，后半段带财经属性，跟润滑监测没有任何语义交集，直接挡在归因链之外。

词表生效后，还有两步收尾。一是重算受影响时间窗的关联索引，把已经写入的噪声记录标记为「非工况检索」并移出趋势视图，但原始日志保留在冷存储里备查；二是给检索入口加一个轻量提示，当查询词与设备域白名单零命中时，返回「未匹配到设备相关记录」而不是直接展示邻近时间窗的油液数据。这两步做完，那条尖峰在趋势图上被还原成一次普通采样波动，值班人员不再需要为一条无关词条去翻三天的铁谱报告。

给同行的三点提醒