微信群链接牛牛买房卡京东被搜进润滑监测系统：设备检索词库该怎么切场景

润滑监测系统的检索入口通常有两个：一个面向设备台账，按位号、油品型号、采样点查；另一个面向历史告警与工单，按关键词模糊匹配。问题出在第二个入口。为了兼容运维人员用自然语言描述故障，很多系统开了宽匹配，只要命中词库里的任意片段就返回结果。卡牌类词组里的「房间」「链接」「卡」恰好与工单用语重叠——「房间」可能对应泵房，「链接」可能对应传感器连接，「卡」可能对应卡涩。于是「微信群链接牛牛买房卡京东」这种词，被系统拆成了多个可命中片段，混进了告警待确认列表。

京东在这里的干扰更隐蔽。部分企业的备件采购记录里带电商平台名称，检索时若不做来源标记，就会把采购备注和润滑告警混在同一结果集。值班员看到「买房卡」三个字，第一反应是某个备件卡子采购申请，结果点进去是一段与设备无关的文本。

最省事的做法是给检索入口加来源标签。设备台账检索只匹配位号、油品、采样点三类字段；工单检索只匹配故障描述、处置记录、备件编码。自然语言检索单独放一个入口，默认不进入告警队列。这样「微信群链接牛牛买房卡京东」即便被输入，也只会停留在普通搜索日志里，不会生成待确认工单。

即便入口收窄，仍会有零散词漏进来。建议在告警分诊环节加一道轻量确认：凡是检索来源标记为「自然语言入口」且未匹配到有效位号的记录，先进入观察池，不直接派工。观察池里的记录由值班员在交接班时批量勾选，确认为误检的一键归档，确认为真实设备问题的再转工单。某石化厂按这个方式跑了两周，误检工单从每天七条降到不足一条，润滑监测的告警准确率明显回升。

词库隔离不是一劳永逸