大多数建筑并不是因为一次重大故障才丢掉控制表现。它们是一次一个小改动地漂过去的。
租户抱怨某一层太热，操作员就降低设定值。技术人员在维保期间关掉复位。厂商在排障时改了时间表。一次临时覆盖让建筑挺过一个不寻常的运行周。
每一个决定都可能合理。风险出现在之后：设置留了下来，原来的原因被忘掉，下一次调整又叠在上面。
配置漂移很少看起来像控制故障
到后来，BMS 仍在运行，报警未必激活，设备继续运转。但没有人能清楚解释，建筑为什么这样运行。
这就是控制配置漂移：实际运行状态逐渐离开获批控制逻辑、控制范围和操作员意图，却没有一次明显的故障事件。
- 从不到期的覆盖。
- 不再匹配占用的时间表。
- 因为一次旧投诉而被收紧的复位限值。
- 被锁进保守运行模式的设备。
- 监督控制器和本地控制器之间互相冲突的设定值。
- 从未被改回去的季节性变更。
保住运行意图，而不只是当前数值
答案不是阻止操作员改建筑。设施团队需要权限去响应舒适投诉、维保、设备可用性、特别活动和异常天气。
答案是保住运行意图。一个点位值显示 BMS 现在在做什么。它不显示这个值是永久策略、临时例外、排障步骤，还是没人再看过的旧权宜之计。
没有这些上下文，趋势日志可以保住数字，却丢掉数字背后的决策。
每一次有意义的控制变更都需要生命周期
一份持久的运行记录，应当让每一次实质变更都能被对建筑负责的人复核。这并不要求每一个小动作都开会，但确实需要足够上下文，把获批策略和临时例外区分开。
- 对该变更负责的责任人。
- 绑定运行工况或事件的原因。
- 预期时长或明确复核日期。
- 在 BMS 趋势和指令记录中可见的效果。
- 一条清楚的复核、回退或正式采纳路径。
监督控制应当让漂移可见
BMS 仍然是本地回路、保护、报警、时间表、获批限值和操作员覆盖的记录系统。一层监督不该拿走这份权限。
它可以改为把实际设置和运行模式与获批控制范围对照，识别临时例外何时已经超过其声称目的，并显示哪些下游能耗、舒适或设备结果随之改变。
这种对照也会强化计量验证。当时间表、覆盖、模式和设定值在没有可审计记录的情况下变化时，节能主张更难辩护。可见的指令和例外历史，有助于把优化结果和无关运行变化分开。
让恢复变成有意识的复核，而不是考古
配置漂移不是靠把每个点盲目恢复到调试值来解决的。有些运行变更会变成必要的永久改善；有些应当到期；还有一些揭示获批控制逻辑需要修订。
有用的目标是一次有意识的复核：理解改了什么、为什么改、理由是否仍然成立、建筑随后做了什么，以及这个设置是否属于当前运行策略。
HVAC 优化从理解实际正在运行的系统开始，而不是每个人以为正在运行的那套控制逻辑。
建筑里最昂贵的设置，可能就是那条变成了永久的临时设置。