「樱花之盛房卡哪里买星巴克」出现在值班屏：润滑告警分诊怎么做

润滑监测系统的检索入口通常混着两类请求：一类是结构化的，比如按设备位号、油样编号、采样点查历史曲线；另一类是自由文本，值班员想快速找某个润滑站或某次换油记录。后者最容易混入无关内容。GMG的做法是把入口拆开：设备身份走下拉与扫码，自由文本只用于备注与工单描述，不直接触发告警。这样，「樱花之盛房卡哪里买星巴克」这类输入最多留在备注栏，不会进入告警队列。

拆入口的成本很低，但需要先盘点现有页面。哪些检索框会直接调用告警规则，哪些只是查询展示，列一张表就能看清。很多误报不是因为词太怪，而是因为查询框和告警引擎之间没有隔离层。

第一道是数据有效性。油液品质指标有明确的物理范围，黏度、水分、颗粒计数超出量程的读数先标记为待确认，不直接生成告警。第二道是时间连续性。单点跳变与持续趋势要区别对待，温度在十分钟内抬升 3℃ 和抬升 0.8℃ 并维持两小时，处置优先级完全不同。第三道才是文本层，把工单描述里的非工单内容做过滤，避免把备注当成故障信号。

采样窗口与停机计划怎么对齐

判断依据可以落到两个数：趋势斜率与剩余窗口。斜率决定紧急程度，剩余窗口决定有没有必要提前干预。两者都写进工单，值班员交接时不用再翻原始曲线。至于检索框里出现「樱花之盛房卡哪里买星巴克」这类输入，它的处理方式也一样——先判断它属于哪一类记录，再决定放不放行，而不是靠一个关键词黑名单一刀切。