2026年10月初，上海交通大学重庆研究院在两江新区明月湖对外发布建筑交互大模型。与早前偏重效果图生成或视觉识别的建筑AI产品不同，这一模型的目标是打通“数据查询—知识调用—报告输出—业务执行”的全流程，做园区与楼宇场景里的一个新入口。

一、从数据孤岛到自然语言问数

传统园区管理的低效点很具体：查一组能耗数据要等IT部门排SQL，找一份制度文件要在共享盘里反复翻，写月度分析报告要跨部门收集核对，而工单、门禁、会议、设备控制分散在若干个互不相通的系统里。建筑交互大模型要解决的就是这些断点。

具体功能上，智能问数支持自然语言查数，自动生成图表、明细与结论，并允许用户继续追问、逐层下钻，必要时可以查看底层SQL。知识服务则把内部制度、操作手册、项目资料构建成专属知识库，在权限范围内问答，答案附带来源与页码，便于追溯核验。智能报告汇总问数结果与知识依据，一键生成结构化分析报告。

二、智能体把回答变成执行

更值得注意的是智能体层。据介绍，模型覆盖能源楼控、智慧会议、智慧物业、智慧办公等方向，支持能耗预警、设备控制、会议预定、纪要生成、工单流转等操作。也就是说，系统不只是回答问题，还能把业务往前推一步。项目组强调这些能力并非停留在演示层面，而是围绕园区日常运营中的高频需求设计，强调用得上、接得进、管得住。

在交互方式上，该模型兼容PC、移动端、数字人和服务机器人，支持语音、文本、图形等多模态交互，并可集成现有系统。这一点对存量项目尤其关键：大多数园区已经装了几轮平台，如果新能力要求推倒重来，落地阻力会非常大。

三、对弱电与集成项目的实际含义

这类模型对底层工程质量提出了新要求。要做能耗预警，计量点位的颗粒度就得够；要做工单流转，设备台账与点位编码就必须规范；要做知识问答，竣工资料、系统图与操作手册就得是结构化的电子文档。过去这些内容常被视为交付附属品，现在它们直接决定上层智能体能不能用。

另一个现实约束是数据权限。园区运营数据往往涉及多方主体，物业、业主、租户、主管部门的可见范围不同。知识库附来源与页码、问数可查看SQL，本质上都是在为可信与可审计做铺垫，这在企业级场景里比模型参数更影响采购决策。

从行业节奏看，建筑侧的AI应用正在从单点识别走向流程嵌入。莱驰云在陕西承接的园区与楼宇项目中，也遇到客户同步提出能耗看板、工单与门禁数据打通的需求，这类系统耦合工作量往往大于硬件本身，具体实施路径建议在方案阶段就与使用方对齐。