江苏省住房和城乡建设厅近日印发《江苏省“人工智能+住房城乡建设”行动方案》。这份文件释放出一个非常清晰的信号：住建行业的下一阶段，不只是把 AI 用在设计、审图、施工和审批环节，而是要把人工智能、智能终端、智能体、机器人、城市生命线和智慧住区，全面接入真实空间的全生命周期运行。方案提出，到 2027 年，新一代智能终端、智能体等应用普及率超过 70%，培育 50 项以上人工智能创新应用场景；到 2030 年，相关应用普及率超过 90%，建成一批行业垂直模型，基本形成住建领域人工智能产业生态。(EchinaGov)
这意味着，住建行业正在进入一个新的阶段。
过去的关键词是：
建造、交付、验收、管理。
未来的关键词正在变成：
运行、状态、事件、执行、验证、事实。
所以，我们可以提出一个判断：
住建行业正在进入“空间运行时代”。
一、住建行业的重点，正在从“建造空间”转向“运行空间”
建筑业过去很长时间的核心，是把空间建出来。
图纸要完成。
项目要开工。
工期要推进。
材料要进场。
施工要验收。
资产要交付。
这套逻辑非常重要，因为没有建造，就没有真实空间。
但今天的问题是：空间建成之后，如何持续运行？
一栋楼交付之后，并不会停止变化。
一个小区建成之后，并不会自动进入高效治理。
一套设备安装之后，并不会永远稳定运行。
一个公共建筑投入使用之后，并不会自动实现低碳节能。
一条城市生命线建成之后，并不会天然具备风险感知和闭环处置能力。
真实空间始终处在运行之中。
它有能耗波动。
有设备故障。
有物业工单。
有安全隐患。
有机器人巡检。
有人员行为。
有城市事件。
有资产状态变化。
因此，未来住建行业的核心命题，不只是“空间如何被建成”，而是：
空间如何被持续感知、持续执行、持续验证、持续生成事实。
这就是“空间运行时代”的起点。
二、江苏方案的真正信号：AI 不只是工具，而是进入住建运行体系的主体
从公开方案看，江苏这次部署不是单点应用，而是围绕四大方向展开：房屋建筑全周期智慧新体系、建筑业全链条智造新引擎、城市治理全方位智管新效能、政务服务全流程智办新活力，并部署 14 项重点任务。(EchinaGov)
这里最值得关注的，不是“用了 AI”这件事，而是 AI 正在进入住建行业的运行主链条。
在房屋建筑全周期里，方案提出推进智慧运维管理，培育建筑全生命周期运维应用场景，实现建筑整体智能化运行；同时融合人工智能算法开展公共建筑能效诊断，培育建筑可再生能源一体化、用能调适及绿色化改造应用场景。(EchinaGov)
在智慧住区里，方案提出探索人工智能、空间智能、具身智能等技术，打造万物互联的智慧生活应用场景，实现社区服务、物业服务、智能家居深度融合，并推进全空间无人体系在智慧住区应用，实现日常智慧巡检、社区无人物流配送。(EchinaGov)
在城市治理里，方案提出推进供水、排水、燃气、桥梁、隧道、综合管廊等设施数字化改造与智能化管理，培育城市基础设施生命线安全应用场景，探索行业大模型和“苏城安”等智能体建设，并依托北斗、无人机等技术强化风险动态辨识、隐患闭环监督和预警智能研判。(EchinaGov)
这些内容连起来看，结论很明显：
AI 正在从辅助工具，进入住建行业的空间运行系统。
三、为什么 AI、机器人和城市生命线需要“空间接口”？
AI 可以识别问题。
机器人可以执行动作。
传感器可以采集数据。
城市生命线平台可以监测风险。
数字孪生系统可以展示空间。
但这些能力要真正进入真实空间运行，还缺一个关键问题：
它们如何围绕同一个真实空间对象协同？
比如，一个公共建筑能耗异常。
能源系统看到的是电表、回路、负载和能耗曲线。
物业系统看到的是工单、设备、房间和人员使用。
AI 系统看到的是异常模式和预测结果。
机器人系统看到的是巡检点、路线和任务。
城市治理系统看到的是建筑资产、风险事件和管理责任。
但现实中，这些信息都指向同一个真实空间。
如果没有统一的空间对象接口，各系统就会各说各话。
能源系统只能说“某个电表异常”。
机器人系统只能说“某个点位已巡检”。
物业系统只能说“某个工单已处理”。
城市系统只能说“某个事件已派单”。
但它们很难共同回答：
这个真实空间对象是谁？
当前是什么状态？
什么事件触发了变化？
谁执行了什么动作？
执行结果是否通过验证？
是否形成可追溯事实？
这个事实能否进入资产、信用和低碳评价？
这就是“空间接口”的意义。
四、住建行业需要的不只是 BIM、GIS、IoT 和数字孪生，而是一套空间运行语言
BIM 很重要，它表达建筑对象和工程信息。
GIS 很重要，它表达地理位置和空间关系。
IoT 很重要，它连接传感器和设备。
数字孪生很重要，它呈现城市与建筑的可视化状态。
但如果进入“空间运行时代”，这些系统还不够。
因为运行需要一套更底层的语言：
对象是谁，状态是什么，事件从哪里来，执行如何发生，结果如何验证，事实如何生成。
这套语言，不是简单的数据接口，也不是普通 API 网关。
它必须能够连接：
建筑对象。
能源对象。
设备对象。
家居对象。
机器人任务对象。
城市生命线对象。
公共资产对象。
AI 智能体意图。
它还必须能够把这些对象放进同一条链路：
对象识别
→ 状态读取
→ 事件触发
→ 执行调用
→ 质量验证
→ 事实生成
→ 信用 / 资产输出
这就是 Kamitu.ai V2.5 Spatial Socket OS 要表达的方向。
五、Spatial Socket OS：真实空间的接口操作系统
Kamitu.ai V2.5 Spatial Socket OS，可以理解为真实空间的“空间接口操作系统”。
它不替代 BIM。
不替代 GIS。
不替代 IoT。
不替代数字孪生。
不替代机器人平台。
不替代能源管理系统。
不替代城市生命线平台。
它要补的是这些系统之间最缺的一层：
真实空间执行事实接口层。
也就是说，当 AI、机器人、能源系统、智能家居系统、设备运维系统、城市生命线系统要进入真实空间时，V2.5 提供一套统一的对象、状态、事件、执行和事实接口。
它让一个空间不再只是图纸上的房间。
让一个设备不再只是台账里的编号。
让一个能源点不再只是电表数据。
让一个机器人任务点不再只是地图坐标。
让一个城市生命线对象不再只是平台图层。
它们都可以成为可识别、可读取、可触发、可执行、可验证、可生成事实的空间对象。
一句话：
Spatial Socket OS 让真实空间从“被管理对象”，升级为“可接入、可执行、可验证的运行对象”。
六、SG 让空间有名，State 让空间有位，Execution 让空间可运行，DQ 让结果成事实
如果要让真实空间进入运行时代，第一步是让空间有名。
在 Kamitu.ai 体系里，这个对象入口叫 SG。
SG 可以是一个房间。
可以是一台设备。
可以是一个能源点。
可以是一条管线。
可以是一个机器人巡检点。
可以是一个小区公共空间。
可以是一项城市资产。
有了 SG，外部系统才知道自己面对的是哪个真实空间对象。
接下来，需要 State。
State 让空间有位。
一个空间对象不能只有名称，还要有状态：使用中、空闲、异常、维修中、已验证、已关闭、已生成事实、已进入资产信用。
再往下，需要 Event。
Event 让变化有因。
能耗异常是事件。
设备告警是事件。
机器人巡检是事件。
物业投诉是事件。
城市生命线风险预警也是事件。
然后是 Execution。
Execution 让空间可运行。
AI 不只是给建议，而是触发执行。
机器人不只是移动，而是围绕空间对象执行任务。
物业不只是派单，而是进入可追踪的执行链。
能源系统不只是看能耗，而是完成可验证的调适动作。
最后是 QC 和 DQ。
QC 让结果可验证。
DQ 让执行成事实。
没有验证，执行只是记录。
没有事实，数据不能沉淀为信用。
没有信用，空间资产难以形成长期价值。
所以，空间运行时代的底层链路可以概括为：
SG
→ State
→ Event
→ Execution
→ QC
→ DQ
也可以用更容易传播的话说：
空间有名，对象有位，事件有因，执行有据，结果有信。
七、城市生命线场景，最能说明为什么需要空间接口
城市生命线是住建 AI 落地中最重要的场景之一。
供水、排水、燃气、桥梁、隧道、综合管廊，这些都不是普通设施，而是城市运行的底层系统。江苏方案也明确提出，要推进这些市政基础设施数字化改造与智能化管理，培育城市基础设施生命线安全应用场景，并通过智能体、北斗、无人机等技术强化风险识别、隐患闭环和预警研判。(EchinaGov)
但城市生命线真正难的地方，不只是监测。
而是监测之后怎么办。
发现风险之后，必须知道：
哪个对象发生风险？
风险属于什么状态？
由什么事件触发？
需要谁执行？
执行结果如何验证？
是否形成闭环事实？
是否更新城市资产状态？
这就不是单纯大屏展示问题，而是空间运行问题。
如果只有监测，没有执行接口，城市生命线系统只能“看见风险”。
如果有了 Spatial Socket OS，城市生命线系统才能把风险转化为可执行、可验证、可追溯的空间事实。
这就是从“城市感知”到“城市运行”的关键跃迁。
八、机器人进入住建场景，也需要空间语言
江苏方案中提到建筑机器人、无人设备自主巡检、全空间无人体系、智慧巡检、社区无人物流配送等方向。公开报道还提到江苏已征集 500 个人工智能应用场景、176 个典型案例，筛选 26 个优质项目纳入省级储备库，并开放首批 13 项高价值攻坚场景。(Zhonglou Government)
机器人进入住建场景，不只是“机器人会动”这么简单。
机器人会巡检，不代表巡检事实成立。
机器人会拍照，不代表证据有效。
机器人到达点位，不代表任务完成。
机器人执行动作，不代表结果通过验证。
机器人真正进入真实空间，需要一种空间语言。
它要知道：
我面对的是哪个 SG？
这个对象当前是什么 State？
是什么 Event 触发了任务？
我要执行什么 Execution？
结果如何 QC？
最终是否生成 DQ？
所以，Robot Socket 的价值不是替代机器人平台，而是让机器人从“动作执行器”升级为“空间执行节点”。
未来住建场景中的机器人，不应只是设备，而应是空间运行系统中的执行节点。
九、建筑运维和能耗诊断，会成为空间运行时代的第一批刚需
从商业落地看，建筑运维和公共建筑能效诊断，是最容易率先验证 Spatial Socket OS 价值的方向。
原因很直接：
第一，建筑已经建成。
第二，设备已经存在。
第三，能耗和故障都有真实痛点。
第四，AI 可以辅助识别异常。
第五，物业、运维、节能服务商都需要结果闭环。
但现有问题是，很多系统只能提供数据和告警，不能把告警变成事实。
公共建筑能耗异常之后，如果只是生成报表，价值有限。
真正有价值的是：
能耗异常
→ 绑定空间对象
→ 读取空间状态
→ 触发节能事件
→ 执行调适动作
→ 验证节能结果
→ 生成节能事实
→ 进入绿色资产信用
这就是 Energy Socket 的价值。
它把能源数据升级为空间事实，把节能动作升级为可验证结果，把绿色运营升级为可以沉淀的资产信用。
十、住建行业下一阶段竞争，不只是模型竞争，而是接口、规则与事实标准竞争
很多人会把“AI+住建”理解为模型竞争。
谁的大模型更强？
谁的视觉识别更准？
谁的智能问答更流畅？
谁的数字人更像真人？
这些当然重要。
但住建行业的真正复杂性在于：它面对的是现实空间。
现实空间有对象。
有状态。
有责任。
有风险。
有资产。
有施工标准。
有运维标准。
有安全要求。
有验收依据。
所以，未来竞争不会只停在模型层。
更关键的是：
谁能定义 AI、机器人和城市系统进入真实空间的接口、规则和事实标准。
模型可以理解问题。
接口才能接入空间。
规则才能约束执行。
验证才能确认结果。
事实才能沉淀信用。
标准才能跨行业扩展。
这正是 Kamitu.ai V2.5 的长期价值。
结语：空间运行时代，真实空间需要一套接口秩序
江苏“人工智能+住房城乡建设”行动方案说明，住建行业已经不再只是讨论“如何更智能地建造”，而是在讨论“如何让房屋、设备、能源、社区、机器人、城市生命线和政务服务进入全周期智能运行”。
这就是空间运行时代。
在这个时代里，真实空间不能再只是被人管理、被平台展示、被系统记录。
它必须能够被 AI 接入。
被机器人执行。
被能源系统调适。
被城市生命线系统监测。
被物业系统闭环。
被资产系统沉淀。
被事实系统验证。
因此，住建行业需要的不只是更多应用，而是一套底层空间接口秩序。
也就是：
Spatial Socket OS。
最终一句话：
住建行业进入“空间运行时代”：AI、机器人与城市生命线要真正接入真实空间，就必须让空间有名、状态可读、事件可触发、执行可验证、结果可成事实。