大多数设施团队已经相信 HVAC 系统里有浪费。
他们知道设定值会漂移，时间表会过时，泵、冷却塔、冷机和空调箱常常比实际需要跑得更保守。
他们也知道能源账单可以更低。所以困难通常不在于说服他们节能存在。
更难的问题是谁承担风险
更难的问题很简单：如果控制动作错了，谁承担风险？
如果一套 AI 系统建议冷冻水重置、冷却水调整、泵组压差调整或台数控制决策，设施团队必须想到能源模型之外。
他们必须想到舒适投诉、设备保护、租户体验、维护状态、BAS 权限、接管行为、IT/OT 批准、非工作时段应急上报，以及节能之后能否被验证。
风险边界必须写清楚
这就是为什么 HVAC AI 不能只作为能效工具来卖。它必须作为可追责的控制系统来卖。
一套认真的监督控制产品，应当在实时控制开始之前就把风险边界说清楚。
- 系统能观察什么。
- 系统能写入什么。
- 哪些动作仍只是建议。
- 哪些约束不可商量。
- 谁批准控制边界。
- 操作员如何接管或回退。
- 每次动作之后保留什么证据。
- 结果将如何计量。
BAS 仍然是记录系统
没有这条边界，产品就是在让建筑团队吸收运行风险，而软件厂商拿走节能收益。
更好的模式把权限留在设施团队。BAS 仍然是本地控制、安全保护、时间表、报警、趋势日志和操作员接管的记录系统。
监督层应当只在获批边界内动作，每一次动作都可见、可解释、可回退、可计量。
操作员信任不是责任转嫁
不要要求操作员去信任一个 AI 黑箱。不要要求他们手工吸收每一个机器速度的决策。不要把人在回路变成责任转嫁。
先建立控制边界。在其中挣得权限。然后再计量结果。
厂商必须对那条边界内做出的决策负责，而建筑团队继续掌握任务、约束和接管的权限。
销售对话应当点明追责
真正的异议不是 HVAC AI 在理论上能不能节能。
真正的异议是：建筑团队能否信任这套系统，而不继承未受管理的运行风险。
这是 HVAC 优化产品在挣得写入权限之前必须回答的问题。
我们能否信任这套系统，而不继承未受管理的风险？