Jesse Velay-Vitow是人工智能公司Palantir的部署专家，Jonas Lang是其技术负责人。本文观点仅代表作者本人。

三十年来，建筑行业一直被灌输这样一种理念：运营碎片化的答案在于再添一套软件。结果却是一堆互不连通的系统、深陷对账泥潭的后台办公室，以及基本选择“离线”的现场团队。最近，被推销的解决方案换成了人工智能——这又制造了新的问题：AI垃圾输出（AI slop）。

我们得出了不同的结论：问题不在工具本身，而在于没有任何单一工具能像实际运营者那样理解业务。建筑业真正需要的是一个本体论（Ontology）。

本体论：它是什么，为何重要

本体论是贵公司实际运营方式的数字模型：即业务中的专有名词、动词以及它们之间的关系。一个工程项目、一名工长、一次材料交付、一台设备——这些要素都真实存在于业务中，却困于不同的系统，被不同部门以不同视角审视，往往直到出问题时才被对账。

语义只是力量的一半。真正的价值来自本体论中的“动力学”（即动词）。采购材料、指派班组、执行变更单、核验法律索赔——一个业务流程中的决策会影响到其他流程，这些决策被捕获并不断累积。

当我们设计本体论时，我们捕捉的是业务的完整视图：一台设备在调度、机械师和项目经理眼中分别是什么样。本体论成为所有人共同操作的共享事实源，同时仍允许每个职能部门看到属于自己的那部分现实切片。

本体论必须做到的4件事

通过与我们在建筑行业的合作伙伴（包括McCarthy Building Cos.、Thomas Cavanagh和Lennar）协作，我们总结出了行之有效的经验。本体论必须做到以下四件事，否则就不值得构建：

  • 必须覆盖全公司。如果现场跑一套系统，后台又跑另一套，你只是在旧筒仓之上又建了一个新筒仓。本体论必须横跨整个业务，从投标定价的那一刻直到项目竣工结算。
  • 必须适合蓝领操作者。建筑行业最重要的用户是那些靴子上沾着泥巴的人。如果工长不愿意用，其他一切都无从谈起。我们的设计从现场向内推进，而不是从高管办公室向外推广。
  • 必须像钢铁侠战甲一样运作。目标不是取代经验丰富的操作员，而是卸下行政负担，赋予他们更强的感知力、速度和杠杆效应。
  • 必须重新整合业务。通过将建筑公司的运营方式编码化，本体论让那些已脱节数十年的职能部门重新开始整体运作。每条信息只需录入一次，即可供整个业务使用。

建筑本体论的实践

我们与建筑合作伙伴共同建模的核心对象很直接：工程项目、活动、人工、设备、材料和合同。本体论的益处在于，将这些来自不同源系统的数据连接起来，形成一套全面、鲜活的业务模型。

工时卡

对许多公司而言，工时卡从纸质表格或应用出发，经过审批、进入ERP系统，最终到达薪资核算。在最理想的情况下，这个过程可能需要数天。如果出现例外情况，薪资团队将承受巨大负担。借助本体论，工时卡从现场采集到审批、到项目成本可见性、再到薪资发放，始终是同一个对象。调整可以在当天完成，而不是等到下一个薪资周期。

设备

设备是“单一对象被多视角审视”的经典案例。现场希望需要时就有合适的机器可用；维护部门希望每台设备都按计划保养；调度部门希望在正确的时间把正确的资产送到正确的工地。借助本体论，他们基于同一条设备记录运作，该记录显示位置、项目分配、成本、服务状态和即将到来的需求。

合同

一份典型的项目合同长达数百页，包含数十项义务、通知期限、变更单程序、天气条款和保险要求。当合同条款和AI代理被纳入本体论，并与现场发生的事件相关联时，这份文件就变成了日常运营的“活印章”。截止日期可以在错过之前浮出水面；通知要求可以自动触发。

采购

一个项目会涉及数百家供应商和数千张发票。在大多数后台办公室，低于某个阈值的款项会被直接支付，因为核验成本超过了风险；高于阈值的则要耗费大量人工和文档工作。当AI代理和这些文件都处于同一个本体论中时，核验可以自动完成——其设计初衷是确保你只为实际收到的货物、按你同意的价格付款。

每家公司的本体论都会有所不同——这正是关键所在。

上述核心对象是骨架，贵公司的运营方式是骨架上的血肉，它不可能与竞争对手完全一样。

重型土木承包商不会像机电分包商那样运作，后者也不会像垂直建筑商那样运作。本体论必须顺应业务，而不是让业务迁就本体论。

没有本体论，AI就像一门词汇量不错但毫无根基的“散弹炮”；有了本体论，它才成为一件了解你的业务、尊重你的规则、强化你的安全架构、随你的团队规模扩展并让员工更高效的工具。