值班群转来「道游卡牌公众号」截图，气体监测报警复核该盯哪几处

工业气体监测系统里，报警链路只认三样东西：探头原始读数、采集时间戳、阈值判定结果。群聊截图、公众号推送、手机弹窗都不在这条链路上。但现场常见的情况是，值班员会把“刚刚看到的东西”和“刚刚发生的报警”在心理上绑在一起，尤其当两者前后脚出现时，容易把无关信息当成报警背景去解释。

比较稳妥的做法是回到平台侧看三件事：第一，该探头在预警前后十五分钟内的完整曲线，而不是只看峰值；第二，同一区域相邻探头的读数是否同步抬升；第三，数据链路有没有丢包或延迟标记。如果曲线是孤立单点抬升、相邻探头无变化、链路无异常，那么这条预警大概率属于短时扰动，和群里那张截图没有任何因果关系。

• 确认报警探头编号与位置，调出该点位最近一小时的连续曲线，排除单点毛刺；
• 横向比对同区域另外两到三个探头的读数趋势，判断是局部扰动还是区域抬升；
• 查看采集网关状态，确认没有离线补传、时间戳漂移或数据积压；
• 若曲线持续抬升且相邻探头同步响应，按现场处置卡进入通风、隔离或人员疏散流程；
• 若判定为短时扰动，在交接班记录里写明判定依据，不把群聊截图作为报警背景写入台账。

更现实的做法是给报警复核设一个独立入口：从平台告警列表点进去，直接看到探头曲线、相邻点位、网关状态和最近一次校准时间。聊天群只承担通知功能，不承担判定功能。这样即便「道游卡牌公众号」这类截图再次被转进来，它也只能停在通知层，不会渗进阈值判断。

气体监测的可靠性不取决于值班员能不能屏蔽所有无关信息，而取决于系统有没有把该分开的东西分开。读数归读数，聊天归聊天，复核记录归复核记录。做到这一点，凌晨两点的那张截图就只是一张截图。