诈金花客服代理远洋财经混进备件检索，润滑监测词库得做场景隔离

某水泥粉磨站的中控值班员在处理一条备件采购申请时，把供应商发来的链接标题「诈金花客服代理远洋财经」连同后面的料号一起复制进了设备检索框。系统没有立刻报错，而是返回了三台球磨机的润滑记录——因为「客服」两个字恰好命中了某台减速机备注里的「厂家客服回访」字段，而「远洋」又匹配到了一批进口油品的船运批次号。值班员没细看就点了导出，直到第二天油液检测计划排出来，才发现多出来六条不相干的取样任务。

这件事本身不大，但它把一个老问题摆到了台面上：当润滑监测系统开始承载越来越多的文本输入——工单描述、备件名称、油品批号、外协单位名称——检索入口就不再是单纯的查设备，而变成了一个混杂了业务流和外部信息的漏斗。像「诈金花客服代理远洋财经」这类来源不明的字符串，一旦被人工粘贴进来，系统如果只做全文匹配，就会把无关结果混进正常的润滑管理流程里。

只认油品牌号、取样点位、检测批次号。这个通道允许模糊匹配，但匹配范围限定在油品档案和取样记录两张表内，不扩散到设备备注和供应商信息。值班员查「上次同型号油什么时候取的」，走的就是这条通道，返回结果里不会出现与油液无关的采购链接标题。

通道三：事件与告警通道

按时间窗口和告警等级筛选，输入的是日期范围和阈值区间，不接受自由文本。这条通道解决的是「某台设备最近一周有没有温度异常」这类问题，本质上是一次时序查询，不需要关键词匹配。

三条通道分开之后，同一个检索框背后是三套不同的解析逻辑。用户在输入时先选通道，或者系统根据输入内容的格式特征自动判断——位号格式走通道一，带「油」「取样」「批次」等限定词走通道二，纯日期或数值区间走通道三。外部粘贴进来的长字符串大概率三条通道都不匹配，系统直接返回空结果并记录一次输入异常，而不是强行给出一堆看似相关实则无关的记录。

回到粉磨站那次误操作。值班员发现多出六条取样任务后，正确的收尾不是简单删掉，而是在系统里留一条处置记录：误输入字符串、命中原因、受影响的设备范围、已撤销的任务编号。这条记录进入润滑管理日志，下次词库规则调整时可以回溯。GMG的趋势分析模块支持把这类人工干预事件标注在时间轴上，和油液指标曲线对照着看，运维团队能判断某次异常是设备本身的问题，还是数据入口被污染导致的假信号。