项目世界模型

大多数建筑 AI 项目都倒在同一个地方。不是模型，是上下文。

一个指向文档库的大语言模型可以总结一份 RFI。但它无法告诉你：这份 RFI 涉及的是屋面 B 区的一个连接节点；屋面 B 区正处在关键线路上；负责的分包商在最近三个里程碑中错过了两个；同一个节点十一天前就已经在一份验收报告里被标记过。这些事实分散在五个从未打过照面的系统里。

缺失的那一层

缺的不是更多数据，而是一个共享的语义层——一个对项目的表征，让每个系统、每个智能体、每个人指着它时说的是同一件事。

我们称之为项目世界模型。它由五个基本元素构成：

实体（Entities）。 项目由之构成的物理与组织对象：空间、系统、组件、构件、标段、参与方。主要来自 IFC/BIM，但不局限于模型里已有的内容。

活动（Activities）。 实体随时间发生的事。基线、实际、预测。来自进度计划，但必须与现场实际上报的内容相互校核。

证据（Evidence）。 支撑某个状态判断的记录：施工日志、验收记录、到货单、照片、测量数据、传感器读数。每一条证据都带有来源、时间戳和保管链。

风险（Risks）。 关于可能发生什么的量化陈述，每一条都关联到产生它的驱动因素，以及支撑这些因素的证据。

动作（Actions）。 谁做出了什么决定、基于什么、经过谁的批准、之后发生了什么。

价值在边，不在点。

当实体与其活动相连，你才能回答这个项目此刻的物理状态是什么。当活动与证据相连，你才能回答我们是怎么知道的。当风险经由驱动因素回溯到证据，你才能回答我为什么该相信这个预测。当动作与触发它的风险相连，你就拥有了一条能扛住索赔的审计轨迹。

看板给你一个数字。世界模型让你能追问它。

这正是我们把模型层视为可替换、而把世界模型视为长期资产的原因。基础模型会持续进步、也会持续更迭。而你项目的语义表征——存在什么、发生了什么、每个结论的依据是什么——才是让任何模型能在你的项目上（而不只是在基准测试上）真正有用的东西。

先建世界模型。智能会随之而来。