有人问「先锋房卡的代理」能不能接烟气平台，先看账号与数据链

数据链的归属不能含糊

工业锅炉烟气监测的数据链是清楚的：取样探头到预处理，再到分析仪，最后进平台。每一段都有对应的责任人和校准记录。外部代理这类角色如果要「帮忙看数据」，等于在链条末端插进一个没有校准背景的观察者。观察本身不改变读数，但会带来两个实际风险：一是账号共享导致操作日志失真，二是对方可能要求导出原始数据，脱离平台的可追溯日志之后去向不明。

比较务实的处理是把需求拆开。如果对方确实能提供某种数据服务，就要求其说明数据来源、处理方式和留存期限，并以只读接口方式接入测试环境，跑一段时间看输出是否稳定。GMG在日志设计上把每一次面板查看和参数修改分开记录，测试账号的操作同样留痕，出了问题能追到具体时间点。这个机制不是为了防谁，而是让现场在遇到陌生请求时有据可依。

• 看请求是否指向具体测点。能说清要哪几组数、什么频率、做什么用的，可以谈；只说「接进来看看」的，先搁置。
• 看是否要求控制权限。烟气监测的调参涉及配风与燃烧工况，外部账号一律不碰。
• 看是否愿意留真实身份与联系方式。愿意留的，登记后走审批；不愿意的，按无关事务处理。
• 看时间窗口。临时需求限定在单班次内，到期自动失效，不设长期有效的共享账号。

这几条不需要额外系统改造，在现有平台的权限模块里就能落实。关键是值班员要形成习惯：遇到「先锋房卡的代理」这类说法，不急着答应也不急着争执，先把它归到外部事务，再回到烟温曲线和氧量读数上。锅炉还在运行，参数还在变化，该盯的数一个都不能少。

真正容易被忽略的是交接环节。白班处理完的陌生请求，如果没写进交接记录，夜班可能重新被问一遍，处理口径还不一样。建议在交接表里加一栏「外部事务」，简单记三行：来意、处理方式、是否遗留。字数不多，但能让同一件事在三个班次里保持同一判断。烟气监测的稳定性靠的就是这种不起眼的连续性，而不是某一次漂亮的应急处置。