On-site Deployment
部署进入现场后会发生什么
现场部署把批准后的优化边界接入客户现场。工作通常从只读监测开始，再进入 advisory 运行；只有在连接、映射、fallback 行为和 operator workflow 验证完成后，才进入 supervised writes。
这一阶段默认 data intake 和 model training 已足以定义计量边界、候选控制点和 commissioning plan。如果这些输入仍不清楚，应等待而不是强行上线。
责任方
现场各方做什么
具体人员安排因项目而异，但现场 visit 或远程 commissioning 窗口里，交接点必须明确。
Customer
负责现场准入、业务批准、运行约束，以及从监测扩展到 advisory 或 supervised control 的决策。
- 批准网络路径、边缘设备位置、维护窗口，以及可以暂停或 override 优化的人员。
- 确认舒适度敏感时段、租户约束，以及楼宇应仅保持 BAS 原生控制的时期。
- 在 supervised writes 开始前，批准写入清单、限制和升级联系人。
ClimaMind
主导部署工程审查、边缘与遥测验证、分阶段启用，以及在约定范围内的运行证据整理。
- 对照 intake package 和 model readiness summary 验证点位映射、遥测质量、报警和运行记录。
- 先 commission 只读监测；当现场需要分阶段建立信心时，再进入 advisory mode。
- 记录未关闭事项、fallback 事件，以及进入 supervised writes 或验收的判断标准。
SI / System Integrator
负责 BAS 侧集成、本地 operator workflow、图形、趋势、报警、override 和写入路径配置。
- 确认协议访问、点位名称、历史、命令路径和 BAS 原生 fallback 行为。
- 配置批准后的读取和写入权限、报警交互，以及必要时 operator 可见状态。
- 在 BAS 拒绝命令、点位失效或本地 sequence 需要调整时支持问题处理。
顺序
典型现场工作顺序
如果现场已有批准连接和明确 BAS 集成路径，顺序可以压缩，但审查门槛仍应保留。
01
现场前 readiness 检查
确认 intake、model training、security review 和 SI 协调已足以支持现场工作。
- 01审查优化边界、候选点位、计量路径和未解决的 readiness blockers。
- 02确认网络审批、边缘设备供电与位置约束，以及维护窗口。
- 03明确 commissioning 期间谁在现场或 on call 处理 BACnet、override 和报警问题。
02
连接与边缘设备就位
建立现场、边缘设备和 ClimaMind 服务之间批准的生产路径。
- 01安装或验证边缘设备位置、供电、布线，以及 outbound-only 通信路径。
- 02验证 BAS 读取权限、时间同步、证书或凭证处理，以及 remote support 边界。
- 03确认客户 BAS 控制路径仍在现场边界内，且不会被边缘设备替代。
03
点位映射与 commissioning
把批准点表变成可验证的 live telemetry 和 operator 可见行为。
- 01把 intake 点位名称映射到 live BAS 对象、单位、日程和命令语义。
- 02检查必需信号的新鲜度、量程、失效处理、报警和趋势可用性。
- 03运行足够长时间的只读监测，以发现命名不一致、历史缺失或设备模式意外。
04
分阶段启用
只有现场审查过下一运行模式的证据后，才扩大权限。
- 01当现场需要对遥测和边界建立更多信心时，从只读监测开始。
- 02当建议应由 operator 或 SI 审查后再执行时，进入 advisory mode。
- 03只有在批准写入清单、变化速率、fallback 规则和 operator 培训到位后，才启用 supervised writes。
05
交接验收
用证据证明现场阶段在约定边界内运行，并关闭 on-site phase。
- 01审查早期运行中的舒适度反馈、设备约束、override、拒绝写入和问题日志。
- 02记录未关闭事项、排除时段，以及是否可按约定方法开始 M&V 报告。
- 03定义初始 commissioning 窗口后的持续优化审查节奏。
注意事项
现场前后的注意事项
大多数部署延误和运行意外来自跳过的审查门槛，而不是缺少 AI 能力。
边界未批准前不要启用写入
supervised BAS writes 应等待写入清单、数值限制、变化速率、fallback 行为和 operator override 路径经客户与 SI 审查后再启用。
把网络和安全审批当作 lead-time 事项
防火墙规则、证书签发、服务账号和 remote support 路径往往比硬件安装更久。应在承诺 commissioning 日期前启动。
围绕舒适度敏感运行窗口规划
高峰供冷季、占用活动、维护 outage 和租户敏感时期，即使技术路径已就绪，也可能需要只读监测或 advisory mode。
保持 operator 权限明确
运营人员应知道如何暂停优化、人工 override 何时优先，以及遥测或 BAS 行为异常时联系谁。
把 fallback 事件当作运行信号
连接中断、点位失效、BAS 拒绝和 operator override 不只是 IT 问题。扩大权限前应做明确审查。
不要假设 intake 中的每个信号都能干净映射到 live 系统
点位重命名、未记录 override、季节模式和本地 sequence 变化，往往在只读监测开始后才暴露。
证据
扩大权限前我们验证什么
现场应能证明 live 系统与批准的 deployment package 一致。
- 必需点位以可信单位、时间戳和设备状态一致性读取。
- 边缘设备健康、outbound 连接和约定的 remote support 边界。
- BAS 报警、override 行为，以及 operator 仍可理解的 native fallback 路径。
- 简短的 commissioning 记录，列出未关闭事项、排除时段和当前运行模式。
交付物
现场阶段应产出什么
输出是运行证据，而不是泛化的安装 checklist。
- 已验证的点位映射，以及批准边界内的遥测质量说明。
- 当前运行模式：只读监测、advisory 或 supervised writes。
- 覆盖 override、拒绝写入、失效遥测和未解决 BAS 问题的事项日志。
- 面向验收、M&V 规划和上线后优化审查的交接包。
相关
相关部署主题
现场工作与 security、BAS compatibility、fallback 和 operator change management 交叉。