建设产业互联网

2026-07-12

导读：从“模型定义”到“真实发生”

过去十多年，建筑行业数字化的核心目标，是让建筑从纸面走向数字。

我们建立了越来越复杂的数字体系：

BIM帮助我们建立建筑信息模型；

GIS帮助我们理解空间位置；

物联网帮助我们采集设备数据；

能源系统帮助我们分析运行状态；

物业系统帮助我们管理运营流程；

数字孪生帮助我们构建虚实映射。

建筑正在越来越数字化。

但是，一个关键问题仍然存在：

数字系统知道建筑应该是什么，却仍然难以持续证明建筑正在发生什么。

这中间缺少了一段。

这一段，就是：

执行段（Execution Layer）

一、数字建筑已经解决了“表达问题”

建筑行业过去几十年的数字化，本质是在解决：

如何把现实建筑表达出来。

从设计阶段开始：

建筑师表达空间。

工程师表达结构。

设备工程师表达系统。

施工单位表达建设过程。

运营团队表达管理需求。

最终形成：

现实建筑

↓

数字模型

↓

数据系统

BIM的价值，就是让建筑从二维图纸进入三维信息模型。

它让建筑拥有：

几何信息；
构件信息；
空间关系；
属性信息；
生命周期信息。

这是数字建筑的重要基础。

但是，模型回答的问题主要是：

“这个建筑是什么？”

例如：

这个房间多大？

墙体是什么材料？

设备在哪里？

管线如何连接？

这些问题非常重要。

但建筑进入运营阶段后，新的问题出现了：

“这个建筑现在发生了什么？”

二、模型不等于现实运行

一个会议室，在BIM中可能是：

IfcSpace

Room-301

Area: 54㎡

Function: Meeting Room

模型告诉我们：

这是一个会议室。

但是现实运行中，我们还需要知道：

现在是否有人？

温度是多少？

空调是否运行？

灯是否开启？

设备是否异常？

机器人是否到达？

会议是否结束？

环境是否满足要求？

BIM可以描述：

这个空间应该存在什么。

但它无法天然回答：

这个空间当前状态如何。

同样，一台设备：

BIM可以描述：

设备型号；

安装位置；

技术参数。

但是运营需要知道：

设备是否运行？

是否故障？

什么时候维护？

谁执行维护？

维护结果是否验证？

这就是数字建筑第一个缺口：

从静态描述到动态运行

三、系统越来越多，但执行仍然分散

今天一个建筑中可能存在：

BIM系统

管理：

模型；
构件；
空间。

BMS系统

管理：

空调；
照明；
环境。

IoT平台

管理：

传感器；
数据采集。

能源平台

管理：

能耗；
优化。

物业系统

管理：

工单；
服务。

机器人系统

管理：

路径；
任务。

AI Agent

管理：

判断；
建议；
自动化策略。

这些系统都在工作。

但是：

它们面对的是同一个现实空间。

问题是：

它们是否拥有同一个空间对象？

例如：

同一个会议室：

BIM：

Room GUID

BMS：

Zone ID

预约：

Room ID

机器人：

Map Point

能源：

Meter Group

这些ID可能都指向：

同一个房间。

但是系统之间缺少统一对象身份。

因此数字建筑出现一个新的问题：

不是没有数据。

而是：

数据没有进入统一对象和执行链。

四、数字建筑需要补充执行段

完整数字建筑链路应该是：

过去：

设计

↓

BIM

↓

成本

↓

管理

未来：

设计

↓

模型

↓

对象

↓

执行

↓

事实

中间新增：

Execution Layer

执行段负责连接：

数字意图

和

真实发生。

例如：

AI判断：

“会议室无人，应降低空调能耗。”

传统系统：

生成一个建议。

执行段：

需要完成：

第一：

确认对象。

是哪一个会议室？

第二：

确认身份。

这个会议室在不同系统中的ID是否一致？

第三：

读取状态。

当前温度？

当前占用？

当前设备状态？

第四：

判断权限。

是否允许自动调整？

第五：

执行。

向设备发送动作。

第六：

验证。

温度是否变化？

能耗是否下降？

设备是否反馈成功？

第七：

记录事实。

形成：

什么时候；

哪个对象；

谁执行；

执行什么；

结果如何；

证据在哪里。

这才是完整闭环。

五、SG：执行段需要新的空间对象

执行的第一个问题：

对哪个对象执行？

如果对象不明确：

执行无法发生。

因此，数字建筑需要的不只是模型对象。

还需要：

SG（Spatial Granule）

空间颗粒。

SG定义：

SG是在特定业务场景中，能够被独立识别、寻址、表达状态、接受执行、生成证据并进行验证的最小协议对象。

例如：

一个会议室：

不是：

“二楼那个会议室”。

而是：

SG-ROOM-001

UID:
KMT-SPC-0001

STATE:
AVAILABLE

CAPABILITY:
HVAC CONTROL
LIGHT CONTROL
BOOKING
ROBOT SERVICE

一个设备：

不是：

“3号空调”。

而是：

SG-HVAC-001

UID

STATE

EVENT

EXECUTION

EVIDENCE

QC

DQ

SG让建筑中的对象从：

被描述对象

变成：

可运行对象。

六、执行之后，还需要事实层

很多系统认为：

命令发送成功。

就是执行完成。

但真实世界不是这样。

例如：

系统发送：

“打开空调”。

SUCCESS。

这只是：

命令被接受。

并不代表：

房间温度改变。

真实执行需要：

Evidence。

证据包括：

传感器数据；
图片；
视频；
设备反馈；
日志。

然后：

QC验证。

例如：

规则：

30分钟内达到24℃±1℃。

结果：

PASS。

最后形成：

DQ。

事实记录。

链路：

SG

↓

Execution

↓

Evidence

↓

QC

↓

DQ Fact

这一步非常重要。

因为未来数字建筑竞争的核心，不只是：

谁拥有更多数据。

而是：

谁拥有更多经过验证的事实。

七、为什么AI时代更需要执行段

过去：

数字系统主要帮助人管理建筑。

未来：

AI Agent会越来越多参与建筑运行。

AI可以：

分析；

预测；

规划；

提出方案。

但是：

AI无法天然知道：

哪个房间；
哪台设备；
当前状态；
执行权限；
验证规则。

AI进入现实世界，需要：

对象层。

需要：

执行层。

需要：

事实层。

未来建筑智能化链路：

不是：

AI

↓

系统

↓

设备

而是：

AI Intent

↓

SG Object

↓

State

↓

Authorization

↓

Execution

↓

Evidence

↓

QC

↓

Fact

八、数字建筑的下一阶段

未来数字建筑的发展，不只是：

更多模型。

更多数据。

更多平台。

而是：

让数字系统真正连接现实发生。

下一阶段的数字建筑，需要同时具备：

1. 对象能力

知道：

这是什么。

2. 身份能力

知道：

它是谁。

3. 状态能力

知道：

它现在怎么样。

4. 执行能力

知道：

如何改变它。

5. 验证能力

知道：

结果是否成立。

6. 事实能力

知道：

如何留下可信记录。

九、Kamitu.ai的探索方向

Kamitu.ai提出：

为数字建筑补上执行段。

不是替代：

BIM；

GIS；

IoT；

能源系统；

机器人系统。

而是在这些系统之间增加：

统一对象、身份、执行、验证和事实协议层。

核心链路：

Real Space

↓

SG

↓

UID

↓

State

↓

Event

↓

Execution

↓

Evidence

↓

QC

↓

DQ

↓

Fact

结语

过去数字建筑解决的是：

如何把建筑数字化。

未来数字建筑需要解决：

如何让数字真正改变建筑，并证明改变发生过。

模型定义了：

建筑应该是什么。

执行决定：

建筑实际发生什么。

事实证明：

建筑最终留下什么。

因此：

数字建筑缺失的，不是更多模型，而是一段连接模型与现实的执行段。

BIM描述空间，SG驱动空间运行。

From Real Space to Deterministic Execution.

【声明】内容源于网络