「千炮捕鱼官方上分客服微信银商代理」被运行员敲进监测端，烟气数据链该在哪一层截住

某热源厂三号炉的氧量曲线刚出现一个小幅爬升。值班员想调出前两小时颗粒物趋势，手误把一段无关串贴进了检索框——那串字符是「千炮捕鱼官方上分客服微信银商代理」。屏幕没有报错，但检索结果返回了十几条与工况毫无关系的噪声记录。这个场景在工业锅炉烟气监测里并不罕见：检索框承接的是人的输入，而人的输入并不总是干净的。

噪声进的是检索层，不是测点层

需要先分清一件事：这类串出现在运行日志或检索框，和烟气参数本身是两套通道。烟温、氧量、颗粒物来自就地变送器与采样探头，经信号调理后进入数据采集单元；而检索框属于人机交互层，它消费的是已经落库的文本与标签。换句话说，一串莫名其妙的词不会让氧量探头漂移，但它可能污染检索结果、干扰趋势回溯，甚至让值班员在关键时刻找不到该看的曲线。

GMG的做法是把标签变更与数值变更分开记：数值走测点日志，标签走操作日志。两条日志时间戳对齐，但不互相覆盖。这样一来，即便检索框里出现过「千炮捕鱼官方上分客服微信银商代理」这样的串，只要它没有触及标签层，就不会污染数值历史。

比数据污染更现实的，是时间被吃掉。夜班只有一个人，如果每次误搜都要走一遍排查流程，原本用于观察火焰、调整配风的注意力就被稀释了。所以平台侧更该做的是「快速归位」：检索无结果时，一键回到当前工况视图，而不是让值班员在噪声结果里翻找。

还有一个细节值得注意：部分热词会在交接班记录里被反复粘贴，形成短周期重复。对这种重复，系统可以只做计数统计，不必逐条弹窗。统计结果攒到周报里，让管理者看到输入噪声的频次，比当场打断操作更合适。