部署关注点

运营团队变更管理

说明从部署审查进入现场运行时,设施团队、ClimaMind 和 SI 如何保持运行权限清楚。

操作员变更管理是部署的一部分,不是上线后的附加培训。启用受监督运行前,现场应清楚 ClimaMind 能读取、建议、写入、记录、暂停和升级哪些事项。

参与方

上线前先定义运行角色

具体人员配置取决于现场,但部署审查应把交接点说清楚。

现场运营人员

负责日常运行、人工接管、报警响应和本地设备判断。

  • 知道 ClimaMind 活动会出现在 BMS 或约定运行记录的哪里。
  • 知道谁可以暂停优化,以及何时应将人工接管视为当前有效指令。

ClimaMind

解释已批准的控制边界,监控优化行为,并在约定部署范围内支持问题复盘。ClimaMind 对推理、护栏、审计记录和可计量结果负责。

  • 说明只读监测、建议模式和受监督写入的区别。
  • 按已批准点位、限制、故障回退规则和可用遥测复查现场反馈。

系统集成商

负责 BMS 接入、点位映射、写入权限、图形、趋势、报警和本地操作员工作流的衔接。

  • 确认面向操作员的修改应在 BMS 哪些位置体现。
  • 在可用情况下记录点位名称、接管行为、报警交互和升级联系人。

运行模型

运行模式与权限

运营人员不应该靠猜来判断 ClimaMind 当前是在观察、建议还是写入。

  • 只读监测表示 ClimaMind 读取批准数据,但不建议或写入动作。
  • 建议模式表示建议需要由设施团队或 SI 审查后执行。
  • 受监督写入表示 ClimaMind 只能写入批准点位、范围、日程和变化速率。
  • 除非批准了其他边界,BMS 仍是操作员界面和本地安全权威。

沟通

班组交接和升级路径

现场优化工作流需要简单路径来处理日常问题、异常行为和临时暂停。

  • 定义 ClimaMind 处于运行、暂停或建议模式时,交班人员应说明什么。
  • 定义谁可以暂停优化,以及暂停、接管、BMS 拒绝或遥测问题后应通知谁。
  • 把紧急现场运行决策和后续工程复盘分开,避免运营人员在主动运行期间等待远程分析。

培训

培训与参考材料

培训应聚焦现场特定控制边界,而不是泛泛讲 AI 概念。

  • 展示已批准点位、写入限制、故障回退行为和操作员接管路径。
  • 提供简短参考材料包,说明什么应该记录,以及在哪里查看当前运行模式。
  • 培训材料应和现场实际 BMS 图形、报警和趋势名称保持一致。

验收

验收和上线后复盘

变更管理不在切换上线时结束。早期运行应和真正操作建筑的人一起复盘。

  • 确认运营人员能识别只读监测、建议模式、受监督写入、暂停状态和故障回退状态。
  • 扩大权限前,先复盘早期接管、拒绝写入、报警、舒适度投诉和排除时段。
  • 必要时用操作员反馈调整文档、升级路径或已批准控制边界。

运行记录

应记录什么

记录应服务现场运行、M&V 解释和后续问题复盘,而不是把运营人员变成数据录入员。

  • 在可用情况下记录控制动作,以及建议被接受或拒绝的情况。
  • 记录暂停、接管、BMS 拒绝、失效遥测、报警、故障和重新启用事件。
  • 保留能解释人工决策的操作员备注,尤其是维护、异常天气、舒适性事件或设备约束期间。