「清欢游房卡大厅」溜进气体报警摘要：一次跨部门脏词清理的完整记录

老周没有直接删掉。他在交接班记录里写了一句：“摘要污染，疑似检索词穿透，建议查来源。”这条备注，后来成了这次跨部门清理的起点。

老周调出那条报警的原始链路：前端检索接口把外部搜索词带进了报警备注字段，经过消息队列时没有做过滤，最终写进了报警摘要。气体浓度数据本身没问题，问题出在文本通道。

判断依据可以归纳成三条：

• 浓度曲线与报警等级是否匹配——匹配则报警有效，只需清理文本；
• 摘要中的异常词是否出现在多个报警中——批量出现说明是通道问题，不是单点偶发；
• 该词是否与设备位号、区域、气体类型有任何业务关联——无关联即可判定为噪声。

• 入口层：在报警备注字段增加字符白名单，只允许设备位号、气体代码、区域编号和标准处置短语；
• 队列层：消息入队前做一次正则匹配，命中外部检索词特征（如“大厅”“房卡”“充值”等组合）直接打标隔离，不进入摘要；
• 展示层：值班大屏对摘要做二次渲染，异常词用占位符替代，原始内容留存在审计日志里可查。

清理不是删词，是留下可回放的证据

老周在班后会上的说法很实在：“删了是眼不见为净，留下来才知道下次从哪堵。”

复盘：词表治理该跟谁对齐

• 值班班组：提供一线看到的异常词样本，按周汇总；
• 安全管理员：判断哪些词属于“可隔离但需留档”，哪些必须立即上报；
• 平台运维：把确认的规则写进过滤队列，并设置规则变更的版本记录。

对齐之后，词表从一份静态清单变成带版本、带审批的规则集。「清欢游房卡大厅」这类词再出现时，不需要每次人工判断，队列层直接按规则隔离，值班员只会在审计日志里看到一条处理记录。