作者:南京古河软件
快速结论:建筑 AI Agent 不只是回答问题的聊天入口,而是围绕明确对象、数据、工具和权限组织任务的智能体。面向零碳智慧建筑,古河提出边缘节能与空间运营两条协同应用路径:前者关注现场受控执行,后者关注主动分析和业务任务;两者共用可信数据,但不共用不受约束的控制权限。
本文介绍方案设计与工程方法,不披露具体项目,不将建设目标写成已交付成果。是否采用边缘策略、哪些业务可以自动执行,应结合设备条件、接口授权和试点结果确定。
传统看板帮助人员发现数据变化,问答助手帮助人员查询资料。Agent进一步把“何时检查、检查什么、调用哪些工具、结果交给谁、怎样复核”组织为持续运行的任务。例如在下班后核查异常用能,收到环境告警后读取相关设备与空间信息,或到月末整理待审核的空间运营报告。
这种主动性需要清晰边界:每项任务都应保留触发时间、对象、输入来源、工具调用、结果和后续状态。缺少关键数据时说明缺口,而不是生成看似确定的答案。

| 比较项 | 边缘节能 Agent | 空间运营 Agent |
|---|---|---|
| 服务对象 | 空调、普通照明与能源工程岗位 | 设施主管、物业、能源及空间运营岗位 |
| 主要输入 | 温湿度、占用、光照、设备运行及反馈 | 授权的空间、环境、能耗和服务记录 |
| 任务输出 | 在批准范围内选择策略并核对现场反馈 | 来源可查的建议、月报草稿、待办或任务 |
| 权限边界 | 受限控制工具;原保护与人工接管保留 | 本方案不授予设备控制工具 |
| 验收重点 | 约束、失效处理、真实反馈及现场断网测试 | 证据、租户隔离、重复任务和处理记录 |
将两者分开,不是让数据割裂,而是让现场执行与业务分析各有授权、日志和验收标准。在线大模型可以帮助解释或提出策略建议;实时现场动作不应以在线模型每次都能响应为前提。是否真正具备本地自主运行能力,必须通过现场试验确认。
空调可结合空间占用、环境变化和设备响应选择候选策略,但必须明确温湿度、最小通风、启停间隔及设备保护等约束。有人、短时离开、长期空置和状态未知应分别处理;传感器没有数据,不意味着房间无人。
普通照明可结合自然光和占用设计开关、场景或调光策略,实际粒度取决于驱动与接口能力。应急照明、疏散和消防相关功能不进入普通节能动作。执行后核对设备反馈;“接口接收成功”不能替代“现场已经达到目标”。
空间运营 Agent 可围绕非使用时段能耗、环境偏差、重复服务问题形成建议,并关联房间、设备和责任人。占用率应在有效观测区间计算,同时列出覆盖率和未知时段;不能把缺测记为空置,也不能用二值有人信号推断人数。
涉及租户或业务记录时,应明确授权范围和生效期。AI输出的是报告草稿或待核查任务,最终行动、处置结论与复核记录仍需关联到真实业务。
建筑碳管理需要核对边界、周期、活动数据和适用因子。确定性核算按经过确认的单位和规则完成,Agent可辅助发现缺项、解释变化、整理凭证待办与摘要;不能虚构排放因子或把缺失数据自动补零。
绿电、绿证或抵消凭证是否适用,要按选定方法核对年份、归属和使用记录,避免重复计入。软件提供台账与追溯基础,不替代外部核查或零碳认证。
IBMS智能建筑集成管理平台组织设备与告警,BEMS提供计量和能耗分析,碳排放管理维护活动数据与因子,FM跟进运维任务,AI智能运维组织知识、技能和工具调用。需要空间定位时组合BIM或数字孪生;三维展示不是AI Agent发挥作用的前提。
现有AI产品提供专家技能、Agent与任务配置、模型连接、工具权限及运行日志等入口。双Agent方案是在这些基础上的场景化建设思路,具体边缘策略、控制适配、空间业务工具和报告流程需按项目配置、集成或开发。
历史回放 → 影子运行 → 受控试点 → 分区推广。先验证数据与建议,影子阶段不下控制命令;试点阶段再开放明确的对象和动作。用调整后的基线评估用能变化,同时检查舒适度与设备状态,不能仅把同期用电下降归因于Agent。
不意味着。自动执行范围需要预先批准,异常、保护和人工接管必须明确。人员负责业务目标、权限及结果复核。
不能直接得出这个结论。Agent是运营工具;零碳目标还取决于能源结构、实际措施、核算边界与相应核查过程。
准备建筑与空间类型、已有设备和接口情况、一个优先问题。可从夜间用能核查、空间环境分析或碳台账检查中选择一项,约定输入、动作与复核证据。
了解古河 AI 智能运维平台 · 了解 BEMS 能源管理 · 了解碳排放管理平台 · 咨询 AI Agent 与零碳建筑方案
南京古河软件|本文为产品应用与工程方法说明,未披露项目资料;不含客户效果、节能比例或认证承诺。