快速答案
AI智能运维在建筑场景的能力可以分三级:AI可自动完成——状态查询、告警解释、影响范围分析、能耗对比、报表与处置建议;需校验与人工确认——设备控制、参数设定、策略启停、批量操作;不由AI直接执行——消防、配电、医气、冷源等关键系统的安全联锁与专业控制。
边界成立的前提是三件事:稳定的设备数据底座、建筑本体知识(设备语义、空间与供给关系)、覆盖权限与联锁状态的校验和审计机制。没有这三件事,AI只能停留在问答演示。
为什么要先谈边界
建筑运维与互联网客服不同:一次错误的控制动作可能影响手术室空调、数据机房冷源或消防联动。因此AI在建筑场景的价值不是"替代人做决定",而是把资深工程师的判断过程变成可解释、可校验、可追溯的流程,让普通值班人员也能按规范处置。边界越清楚,AI越容易被接受和审计。
三级能力边界
第一级:AI可自动完成自然语言查询设备状态与历史;解释告警可能原因与影响范围;按空间、系统、时段对比能耗;生成日报、月报与处置建议;整理工单与巡检记录。
第二级:需校验与人工确认设备启停、参数设定(温度、频率、时间表)、策略启停、批量操作。AI生成动作建议 → 经权限、联锁状态、运行策略校验 → 授权人员确认 → 执行并记录审计日志。
第三级:不由AI直接执行消防联动、配电投切、医用气体、冷热源核心控制、电梯迫降等安全相关动作,仍由相应专业系统的联锁与授权流程承担,AI只做监测、预警与建议。
能力边界对照表
| 运维动作 | AI角色 | 人工角色 | 审计要求 |
|---|
| "三楼哪些设备离线?" | 自动查询并按空间列出 | 无需介入 | 记录查询日志 |
| "冷站高压告警是什么原因?" | 结合本体关系解释原因与影响范围 | 判断是否采纳 | 记录解释依据与数据快照 |
| "把会议室温度调到24度" | 定位设备、校验状态、生成动作 | 确认后执行 | 记录指令、校验结果、执行人与结果回采 |
| "夜间关闭A区空调"(批量) | 生成策略并预演影响 | 审核策略后发布 | 记录策略版本、执行范围与回退方案 |
| 消防报警联动、配电投切 | 仅监测与提示 | 由专业系统与授权人员执行 | 专业系统自有日志 |
边界成立的三个前置条件
数据底座
- 物联网平台提供稳定的点位与告警
- 设备在线率与数据完整率达标
- 历史数据可回溯
本体知识
- 设备分类、空间拓扑、供给关系建模
- 测点语义与控制命令语义明确
- 可兼容Brick等建筑本体标准
校验与审计
- 权限策略按角色与设备风险分级
- 联锁状态与运行策略校验
- 每次建议与执行留痕可追溯
落地路径
- 先查询后建议:上线自然语言查询与告警解释,验证本体覆盖率与解释命中率。
- 再建议后确认:开放低风险设备的受控操作,全部经人工确认,统计建议采纳率与误操作拦截记录。
- 最后策略化:把高频、低风险场景沉淀为可预演、可审核、可回退的策略,逐步扩大自动化范围。
古河的实现方式是以AI本体知识平台提供建筑语义,以AI智能运维平台完成语义理解、校验与受控执行,通过MCP工具链对接BIOT与IBMS。相关机制可参考AI智能运维平台技术架构解析、IBMS AI智能运行能力升级与AI智能运维解决方案。
验收时怎么衡量
- 知识覆盖率:本体已建模的设备与空间占比。
- 告警解释命中率:AI解释与工程师复核一致的比例。
- 建议采纳率与人工确认通过率。
- 误操作拦截记录与审计完整性。
- 告警研判时间与重复告警下降幅度。
相关产品、方案与案例
常见问题FAQ
- AI智能运维能不能直接控制设备?
- 能,但仅限低风险设备且必须经权限、联锁状态与策略校验后由授权人员确认;安全相关系统的控制不由AI执行。
- 没有建筑本体能上AI运维吗?
- 只能做基于文本的问答。没有设备语义与空间关系,AI无法准确定位"三楼会议室的空调",也无法解释告警影响范围。
- AI建议错了谁负责?
- 边界设计的目的就是让责任清晰:AI提供解释与建议并留痕,控制动作由授权人员确认执行,审计日志记录指令、校验与执行人。
- 从哪个场景开始最稳妥?
- 从查询与告警解释开始,再到低风险设备的受控操作,最后策略化。每一步都用采纳率、拦截记录和审计完整性衡量后再扩大范围。