Unified Protocol Language System
面向真实空间确定性执行的本体系统、数字建筑第一性原理与国际创新意义
版本：V1.0
文稿性质：理论论文 / 白皮书底稿 / 方法论报告
核心命题：From Real Space to Deterministic Execution
关键词： 统一协议语言；本体论；真实空间；确定性执行；数字建筑；SG；UID；DTC；K2F；DGC；QC；DQ；K-Node；Asset-grade Execution Data；Unified Execution Runtime；Real-Space Execution Ontology
摘要
本文旨在从本体论、统一协议语言、执行 Runtime、数字建筑第一性原理与国际创新意义五个层面，对 Kamitu.ai 的理论体系进行系统化定义。
传统建筑、制造、安装、验收、结算、审计与运维体系中，已经存在大量数字系统，包括 CAD、BIM、项目管理系统、工厂生产系统、智慧工地系统、成本结算系统、资料归档系统、数据看板和数字孪生平台。但这些系统往往建立在不同的对象假设、状态语言、业务逻辑与数据结构之上，导致真实空间执行过程中长期存在对象断裂、身份断裂、状态断裂、事件断裂、事实断裂、信用断裂与资产数据断裂。
本文认为，Kamitu.ai 的核心不是构建一个新的软件系统，而是建立一套面向真实空间执行世界的底层本体系统、统一协议语言与 Execution Runtime。它首先回答真实空间执行世界中“什么存在、如何被识别、如何被执行、如何发生状态变化、如何生成事实、如何沉淀信用、如何形成资产级数据”等基础问题；其次通过 Space、Object、Identity、State、Event、Fact、Node、Credit、Asset 九类核心本体对象，建立真实空间执行的统一语义结构；最后通过 Real Space、Spatial Structure、SG、UID、DTC、K2F、DGC、QC、DQ、K-Node、Settlement 等运行层，形成 Unified Execution Runtime。
本文进一步提出 Kamitu.ai 数字建筑第一性原理，认为数字建筑的本质不应停留在“将建筑表达为数字模型”，而应进一步走向“将真实空间转化为可执行、可验证、可结算、可审计、可信用、可资产化的执行本体”。在国际理论语境中，Kamitu.ai 的创新意义不在于再造一个建筑软件，也不在于替代 BIM、Digital Twin、AI 或机器人，而在于提出一种从 BIM / Digital Twin / AI 之后进入 Real-Space Execution Ontology 的新数字建筑理论路径。
本文最终结论是：Kamitu.ai 是一套面向真实空间确定性执行的统一执行本体与协议运行时。它不把真实空间仅仅理解为几何、模型或数字孪生，而是将其定义为由空间、对象、身份、状态、事件、事实、节点、信用和资产构成的可执行本体。通过 SG、UID、DTC、K2F、DGC、QC、DQ、K-Node 和 Settlement Runtime，Kamitu.ai 将真实空间交付从经验驱动的协调过程，转化为可执行、可验证、可结算、可审计、可信用、可资产化的确定性执行体系。
Abstract
This paper systematically defines the theoretical framework of Kamitu.ai from five perspectives: ontology, unified protocol language, execution runtime, first-principles theory of digital building, and international innovation significance.
Although the architecture, engineering, construction, manufacturing, installation, inspection, settlement, audit, and operation sectors already possess numerous digital systems, including CAD, BIM, project management platforms, factory production systems, smart construction platforms, cost settlement systems, document repositories, dashboards, and digital twins, these systems are often based on heterogeneous assumptions about objects, states, business logic, and data structures. As a result, real-space execution remains fragmented across object identity, state transition, execution event, delivery fact, capability credit, and asset-grade data.
This paper argues that Kamitu.ai is not another software system. Rather, it is a foundational ontology, unified protocol language, and execution runtime for real-space deterministic execution. It first answers fundamental questions regarding what exists in the real-space execution world, how entities are identified, how they are executed, how states change, how facts are generated, how credit is accumulated, and how asset-grade data is formed. It then establishes a unified semantic structure through nine core ontological entities: Space, Object, Identity, State, Event, Fact, Node, Credit, and Asset. Finally, it forms a Unified Execution Runtime through Real Space, Spatial Structure, SG, UID, DTC, K2F, DGC, QC, DQ, K-Node, and Settlement Runtime.
The paper further proposes the first-principles framework of Kamitu.ai for digital building. It argues that the essence of digital building is not merely to represent buildings as digital models, but to transform real space into an executable, verifiable, settleable, auditable, creditable, and asset-grade execution ontology. In the international theoretical context, the significance of Kamitu.ai does not lie in creating another building software category, nor in replacing BIM, Digital Twin, AI, or robotics. Rather, it proposes a new theoretical path for digital building after BIM, Digital Twin, and AI: Real-Space Execution Ontology.
目录
根定义：Kamitu.ai 不是软件系统，而是真实空间执行本体
为什么必须从本体论建立统一协议语言
Kamitu.ai 的协议语言本质：从语言到本体 Runtime
协议语言的核心本体对象
协议语言的基本本体关系
核心公理：Kamitu.ai 执行本体的基本命题
理论范式：Ontology → Protocol → Runtime → Fact → Credit → Asset
形式化表达：Kamitu.ai 执行本体的基本结构
协议语法：从本体对象到执行语句
语义闭包：从执行到事实的五类闭环
统一协议结构：从本体到 Runtime
统一协议语言的产品含义
统一协议语言的视觉含义
Runtime 本质：一套执行本体运行出多个系统界面
统一协议语言与 BIM 的关系
统一协议语言与 Digital Twin 的关系
统一协议语言与 AI / 具身智能的关系
统一协议语言与可信数据空间的关系
研究与验证方法：300㎡ 样板的本体论意义
进一步研究路线
数字建筑第一性原理：从“建筑数字化”到“真实空间可执行化”
第一性原理展开
Kamitu.ai 数字建筑第一性原理总命题
国际创新意义：从 BIM / Digital Twin / AI 到 Real-Space Execution Ontology
Kamitu.ai 的国际理论贡献
国际论文题目矩阵建议
国际表达中的边界控制
最终升级定义
0. 根定义：Kamitu.ai 不是软件系统，而是真实空间执行本体
Kamitu.ai 不是一个普通软件系统。
它不是项目管理工具，不是 BIM 平台，不是施工协同系统，不是数据看板，也不是一个把线下流程搬到线上的数字化工具。
从本体论角度看，Kamitu.ai 的本质是：
一套定义真实空间如何进入确定性执行的本体系统与统一协议语言。
它首先解决的不是“如何做一个系统”，而是：
在真实空间执行世界里，什么东西存在？
什么东西可以被识别？
什么东西可以被执行？
什么东西可以发生状态变化？
什么东西可以形成事实？
什么东西可以沉淀信用？
什么东西可以进入结算、审计和资产化？
因此，Kamitu.ai 真正定义的，不是：
如何管理项目。
如何展示数据。
如何在线协同。
如何数字化流程。
如何做一个更好看的系统界面。
它定义的是：
真实空间如何被对象化、身份化、状态化、事件化、事实化、信用化与资产化。
更准确地说：
Kamitu.ai 不是先有软件，再给软件设计语言；而是先定义真实空间执行的本体，再在这个本体之上形成统一协议语言、Runtime、产品、视觉和节点网络。
这意味着，Kamitu.ai 的所有视觉、产品、Runtime、节点、协议、状态、结算和信用体系，最终都必须运行在同一套执行本体与统一协议语言之上。
如果没有本体，Kamitu.ai 会被误解成一个软件产品。
如果只有术语，没有本体，Kamitu.ai 会变成概念包装。
如果只有流程，没有本体，Kamitu.ai 会退化为项目管理系统。
如果只有数据，没有本体，Kamitu.ai 会变成数据归档平台。
有了本体，Kamitu.ai 才能被理解为：
真实空间执行系统的底层存在论、表达语言与运行时协议。
1. 为什么必须从本体论建立统一协议语言
传统行业真正的问题，不是没有系统。
事实上，传统行业已经有大量系统：
设计系统。
BIM 系统。
项目管理系统。
工厂生产系统。
施工管理系统。
验收系统。
成本系统。
结算系统。
数据看板。
数字孪生平台。
问题在于：
系统很多，但这些系统背后的本体不统一。
传统世界里：
设计系统认为“构件”是核心对象。
BIM 系统认为“模型构件”是核心对象。
工厂系统认为“生产任务”是核心对象。
施工系统认为“工序和进度”是核心对象。
验收系统认为“检查项和记录”是核心对象。
结算系统认为“清单项和金额”是核心对象。
审计系统认为“资料和证据”是核心对象。
运维系统认为“设施和工单”是核心对象。
这些系统看似都在处理同一个项目，但它们的“世界观”不同。
也就是说：
它们并没有共享同一个对象本体。
结果就是，设计语言、工厂语言、施工语言、验收语言、结算语言、审计语言和运维语言彼此不通。
设计表达，不能直接进入工厂制造。
工厂制造，不能稳定继承现场偏差。
现场施工，不能自动形成状态事实。
质量验收，不能稳定转化为履约事实。
结算审计，不能直接穿透到对象、状态和证据。
企业能力，也不能沉淀为可复用的节点信用。
因此，传统项目长期存在几个根本问题：
数据无法统一。
对象无法对齐。
状态无法确认。
偏差无法继承。
事实无法沉淀。
信用无法生成。
经验无法复制。
最终，项目只能依赖人、经验、关系、协调和事后补资料。
而经验最大的问题是：
经验可以完成一个项目，但无法工业化复制。
Kamitu.ai 要解决的，不是“再增加一个系统”，而是先重建真实空间执行的本体基础。
只有先回答：
什么是空间？
什么是对象？
什么是状态？
什么是偏差？
什么是执行事件？
什么是质量确认？
什么是履约事实？
什么是节点信用？
什么是资产级数据？
才能真正建立统一协议语言。
因此，Kamitu.ai 的统一协议语言，本质上必须建立在统一执行本体之上。
2. Kamitu.ai 的协议语言本质：从语言到本体 Runtime
Kamitu.ai 的统一协议语言，不是 UI 风格。
不是品牌系统。
不是术语规范。
不是视觉包装。
不是一套好看的命名体系。
也不是把复杂概念重新整理成产品模块。
它的本质是：
一套真实世界执行对象的本体表达体系。
这套语言要统一的，不只是名称，而是产业现场中长期割裂的真实执行存在。
它统一：
空间。
对象。
身份。
状态。
偏差。
事件。
制造。
安装。
验收。
结算。
履约。
信用。
资产。
最终形成：
Execution Ontology Runtime
执行本体运行时
原来的 “Execution Language Runtime” 可以进一步升级为：
Unified Execution Ontology Runtime
因为 Kamitu.ai 不是单纯让各系统使用同一套词，而是让各系统在同一套“存在定义”上运行。
也就是说：
它不仅描述真实空间，更定义真实空间中哪些东西可以成为执行对象。
它不仅定义对象，更定义对象如何保持身份连续。
它不仅记录状态，更定义状态如何被转换、确认和关闭。
它不仅记录结果，更定义结果如何成为可验证事实。
它不仅识别节点，更定义节点如何通过事实沉淀信用。
它不仅沉淀数据，更定义数据如何具备结算、审计和资产级价值。
因此，Kamitu.ai 的协议语言不是“术语语言”，而是：
本体语言 + 状态语言 + 事实语言 + 信用语言 + 资产语言 + Runtime 语言。
3. 协议语言的核心本体对象
从本体论角度看，Kamitu.ai 至少需要定义九类核心本体对象。
原始六大核心对象：
Space / Object / State / Fact / Credit / Asset
是基础语义层。
但如果从更严格的本体论角度展开，还需要补入：
Identity / Event / Node
因此，Kamitu.ai 的核心本体对象可以修正为：
Space / Object / Identity / State / Event / Fact / Node / Credit / Asset
中文为：
空间 / 对象 / 身份 / 状态 / 事件 / 事实 / 节点 / 信用 / 资产
这九类对象构成 Kamitu.ai 的执行本体。
3.1 Space：空间本体
传统行业中，空间常常被理解为：
房间。
楼层。
建筑面积。
CAD 图纸。
BIM 模型。
现场照片。
三维效果。
但在 Kamitu.ai 中，空间不能只是连续的物理存在，也不能只是被图纸或模型表达的对象。
Kamitu.ai 对空间的本体定义是：
空间是可执行对象的存在域与容器。
空间不是背景。
空间不是图纸。
空间不是模型。
空间不是房间。
空间不是视觉对象。
空间是：
真实世界中承载对象、状态、偏差、事件、事实和资产关系的执行域。
空间必须被结构化。
只有被结构化之后，空间才能进入协议系统。
只有进入协议系统之后，空间才能被拆解为对象。
只有被拆解为对象之后，空间才能被制造、安装、验收、结算、审计和信用化。
因此，Space 的本体角色是：
Execution Domain / 可执行域。
3.2 Object：对象本体
Kamitu.ai 的对象，不是普通构件。
不是简单的墙、门、柜、管线、设备。
不是 BIM 构件的直接搬运。
不是 CAD 图层的系统化包装。
Kamitu.ai 的对象是：
SG：Spatial Granule / 空间颗粒。
SG 是真实世界进入协议系统的最小执行本体单位。
它不是把空间切小，而是把真实空间切成可以被执行、验证、结算、审计和信用化的对象单元。
SG 必须同时具备：
空间边界。
执行边界。
责任边界。
制造任务。
安装任务。
质量标准。
证据要求。
状态机制。
结算触发。
信用沉淀。
因此，SG 不是“构件对象”，而是：
Executable Object / 可执行对象。
没有 SG，就没有对象。
没有对象，就没有状态。
没有状态，就没有事件。
没有事件，就没有事实。
没有事实，就没有信用。
没有信用，就没有资产级数据。
SG 是 Kamitu.ai 本体论的第一核心。
3.3 Identity：身份本体
从本体论角度看，仅有对象还不够。
对象必须保持身份连续。
一个 SG 在设计阶段、制造阶段、运输阶段、安装阶段、验收阶段、结算阶段、审计阶段和运维阶段，都必须被识别为同一个对象。
因此，Kamitu.ai 必须定义身份本体：
UID 是对象在全生命周期中的身份连续机制。
UID 不是编号。
UID 是：
Identity Continuity / 身份连续性。
它解决的是：
这个对象是不是同一个对象？
设计对象和制造对象是否一致？
制造对象和安装对象是否一致？
安装对象和验收对象是否一致？
验收对象和结算对象是否一致？
结算对象和审计对象是否一致？
运维对象和原始对象是否一致？
如果没有 UID，对象就会在不同系统、不同阶段、不同主体之间断裂。
因此，UID 的本体角色是：
保证对象跨阶段、跨系统、跨主体、跨时间保持同一性。
3.4 State：状态本体
Kamitu.ai 不管理流程。
Kamitu.ai 管理的是：
对象状态。
传统项目管理关注的是流程、任务、节点、进度和责任人。
但真实空间执行真正需要被系统治理的，不只是“流程有没有走完”，而是：
对象当前处于什么状态？
是否已设计确认？
是否已偏差补偿？
是否已转入制造？
是否已完成安装？
是否已通过 QC？
是否已生成 DQ？
是否已进入结算？
是否已形成信用？
因此，DGC 不是普通项目系统。
DGC 的本质是：
Object Runtime Dispatcher
对象运行时调度器。
它调度的不是项目流程，而是对象状态。
从本体论角度看，State 是对象在某一时间点或某一执行阶段上的存在方式。
状态不是流程节点。
状态不是任务进度。
状态不是人工填报。
状态是：
对象在 Runtime 中的可确认存在条件。
因此，Kamitu.ai 的状态语言，必须服务于对象从真实空间到制造、安装、验收、结算、信用和资产化的完整运行过程。
3.5 Event：事件本体
原文中没有单独列出 Event，但从本体论角度必须加入。
因为对象不会自己变成事实。
事实来自对象状态的变化，而状态变化来自事件。
因此，Kamitu.ai 必须定义事件本体：
Event 是触发对象状态变化的执行动作。
例如：
测量。
识别。
偏差确认。
制造。
运输。
安装。
检查。
整改。
复验。
确认。
结算。
审计。
这些都不是普通操作，而是会改变对象状态、生成证据、触发事实的执行事件。
在 Kamitu.ai 中，K2F、QC、DQ 都与事件密切相关。
K2F 将对象转译为制造 / 安装事件。
QC 将检查事件转化为质量确认。
DQ 将完成事件、质量事件、证据事件和责任事件转化为履约事实。
因此，Event 的本体角色是：
State Transition Trigger / 状态转移触发器。
没有事件，状态不会变化。
没有状态变化，事实不会生成。
没有事实，信用无法沉淀。
3.6 Fact：事实本体
传统行业依赖记录。
记录包括照片、表格、验收单、签证、会议纪要、竣工资料和项目台账。
但记录不等于事实。
记录可以补。
记录可以散。
记录可以不连续。
记录可以无法穿透到对象。
记录可以无法证明质量。
记录可以无法沉淀信用。
Kamitu.ai 依赖的是：
DQ：Delivery Qualification / 履约事实生成层。
DQ 不是文档。
DQ 是：
Fact Generation Layer / 事实生成层。
它回答的不是“有没有资料”，而是：
哪个对象被执行了？
谁执行的？
何时执行的？
发生了什么事件？
对象状态如何变化？
依据什么标准？
质量是否通过？
证据是否完整？
责任边界是否明确？
是否可以结算？
是否可以审计？
是否可以沉淀信用？
从本体论角度看，Fact 不是数据项。
Fact 是：
经过对象、身份、状态、事件、质量和证据共同约束后成立的可验证命题。
可以形式化理解为：
Fact = Object + Identity + State + Event + QC + Evidence + Responsibility + Time
也就是说，一个事实必须回答：
什么对象。
在什么身份下。
发生了什么事件。
进入了什么状态。
经过什么质量确认。
有什么证据。
责任属于谁。
发生在何时。
因此，DQ 是 Kamitu.ai 从资料系统走向事实系统的关键。
3.7 Node：节点本体
传统行业中，参与者常常被称为：
供应商。
分包商。
工厂。
安装队。
质检单位。
服务商。
运维方。
但这些称呼大多是组织身份，不是执行本体。
从 Kamitu.ai 角度看，真正重要的不是“这个企业叫什么”，而是：
它能执行什么对象？
能处理什么偏差？
能完成什么任务？
能通过什么质量标准？
能形成什么履约事实？
能否被再次调度？
能否参与标准包复制？
因此，Kamitu.ai 必须定义 Node 本体。
K-Node 是：
执行节点本体。
它不是供应商库，也不是企业名录，而是：
基于真实执行事实形成的能力节点。
K-Node 的存在，必须依赖：
执行记录。
QC 结果。
DQ 事实。
状态闭环。
偏差处理能力。
复用能力。
稳定交付能力。
因此，K-Node 是：
履约 Runtime Network / 履约运行时网络。
它让工厂、安装队、质检方、运维方、中小企业和产业服务节点，从“供应商”变成“可调度、可验证、可信用、可复制的执行节点”。
3.8 Credit：信用本体
传统信用常常基于：
关系。
报价。
资质。
规模。
历史印象。
人工评价。
但 Kamitu.ai 的信用，必须基于真实执行事实。
从本体论角度看，Credit 不是评价标签。
Credit 是：
基于事实集合形成的节点能力判断。
也就是说，信用不是凭空产生的，也不是主观评价，而是由大量 DQ 事实、QC 结果、状态闭环、偏差处理记录和复用能力共同生成。
可以理解为：
Credit = Aggregated Execution Facts of a Node
中文表达：
信用 = 节点执行事实的累积判断。
因此，Kamitu.ai 的信用不是金融信用，不是社会信用，而是：
执行信用 / 履约信用 / 节点能力信用。
它回答的是：
这个节点是否可靠？
是否稳定？
是否可复用？
是否可调度？
是否适合进入更复杂任务？
是否适合进入标准包复制？
因此，Credit 是 Kamitu.ai 从执行事实走向产业节点协同的关键。
3.9 Asset：资产本体
最终，履约事实不能只停留在项目资料里。
履约事实必须进入：
结算。
审计。
资产治理。
信用沉淀。
数据资产化。
因此，Kamitu.ai 最终生成的，不是普通项目数据，而是：
Asset-grade Execution Data
资产级执行数据。
从本体论角度看，Asset 不是一个静态财务结果，而是：
由对象、状态、事实、信用和结算共同支撑的长期价值实体。
也就是说，资产不是简单“登记在账上的东西”，而是：
有对象基础。
有身份连续。
有状态历史。
有质量事实。
有履约证据。
有节点信用。
有结算接口。
有审计接口。
有治理价值。
因此，Asset 是 Kamitu.ai 协议语言最终的价值沉淀层。
4. 协议语言的基本本体关系
从本体论角度看，Kamitu.ai 不仅要定义对象，还要定义对象之间的关系。
核心关系包括：
4.1 Space contains Object
空间包含对象。
Space → contains → SG Object
空间不是背景，而是可执行对象容器。
4.2 Object has Identity
对象具有身份。
SG Object → has UID → Identity
UID 保证对象跨阶段、跨系统、跨主体保持同一性。
4.3 Object has State
对象具有状态。
SG Object → has State → DGC Runtime
状态不是流程节点，而是对象在 Runtime 中的可确认存在条件。
4.4 Event changes State
事件改变状态。
Event → changes → State
制造、安装、检查、复验、确认、结算等事件，都会触发对象状态变化。
4.5 QC verifies State
质量确认验证状态。
QC → verifies → State
QC 不是普通检查，而是对象状态是否满足质量条件的验证机制。
4.6 DQ generates Fact
DQ 生成事实。
DQ → generates → Fact
DQ 不是文档，而是履约事实生成层。
4.7 Fact supports Credit
事实支撑信用。
Fact → supports → Credit
节点信用不是主观评分，而是由事实集合生成。
4.8 Credit qualifies Node
信用限定节点能力。
Credit → qualifies → K-Node
K-Node 的调度能力来自执行事实和信用沉淀。
4.9 Fact and Credit support Asset
事实与信用支撑资产。
Fact + Credit → support → Asset-grade Execution Data
资产级执行数据不是事后归档，而是事实和信用长期沉淀的结果。
5. 核心公理：Kamitu.ai 执行本体的基本命题
为了增强理论严谨性，可以将 Kamitu.ai 的统一协议语言抽象为若干基本公理。
这些公理不是产品功能定义，而是 Kamitu.ai 真实空间执行本体的底层理论约束。
公理一：对象优先公理
没有对象，就没有执行。
任何执行行为都必须落在可识别、可定义、可验证的对象之上。
在 Kamitu.ai 中，这个对象就是 SG。
SG 不是普通构件，也不是 BIM Object 的简单延伸，而是真实空间进入协议系统后的最小可执行对象。没有 SG，就没有后续的身份连续、状态运行、事件触发、质量确认、履约事实、节点信用和资产级数据。
公理二：身份连续公理
没有身份连续，就没有跨阶段事实。
对象必须通过 UID 保持全生命周期同一性，否则设计、制造、安装、验收、结算和审计之间无法形成稳定事实链。
一个对象如果在每个系统、每个阶段、每个主体之间不断被重新命名和重新解释，那么它就无法形成真正的执行连续性。
因此，UID 不是编号，而是对象存在同一性的协议机制。
公理三：状态可确认公理
执行不是流程完成，而是对象状态被确认。
流程可以被填报，状态必须被验证。
DGC 的作用，是治理对象状态，而不是管理项目流程。
因此，Kamitu.ai 中的“完成”并不是一个主观声明，而应当是对象在特定事件、规则和证据约束下进入某一可确认状态。
公理四：事件触发公理
状态变化必须由事件触发。
任何状态变化都必须对应真实执行事件，否则状态只是人工声明，不构成事实基础。
测量、识别、制造、运输、安装、检查、整改、复验、确认、结算和审计，都是可能触发对象状态变化的事件。
没有事件，状态变化缺少因果基础。
公理五：质量验证公理
没有 QC，状态不能进入事实。
对象状态必须经过质量确认，才能成为履约事实的组成部分。
这一区分非常重要，因为它将“任务完成”与“质量通过”区分开，也将“项目进度”与“履约事实”区分开。
QC 是状态进入事实之前的必要验证机制。
公理六：事实生成公理
事实不是记录，而是对象、身份、状态、事件、质量、证据、责任与时间共同约束后的可验证命题。
这一区分，是 Kamitu.ai 与资料系统的根本区别。
记录可以被补录、归档、整理和展示，但事实必须能够回答对象、身份、状态、事件、质量、证据、责任和时间等结构性问题。
因此，DQ 不是文档生成模块，而是履约事实生成层。
公理七：信用累积公理
信用来自事实集合，而不是主观评价。
K-Node 的信用不是供应商评分，而是节点执行事实的累积判断。
只有当一个节点在多个 SG、多个任务、多个状态流转、多个 QC 和多个 DQ 中形成稳定事实集合时，节点信用才具备理论基础。
公理八：资产支撑公理
资产级数据必须由对象、状态、事实、信用和结算共同支撑。
资产不是静态登记，而是由事实和信用长期沉淀形成的价值实体。
如果没有对象基础、身份连续、状态历史、质量事实、履约证据、节点信用和结算审计接口，所谓资产数据就只能停留在资料层或台账层。
6. 理论范式：Ontology → Protocol → Runtime → Fact → Credit → Asset
Kamitu.ai 的统一协议语言，不能只被理解为一套“命名体系”。它应当被定义为一个完整的理论范式：
Ontology → Protocol → Runtime → Fact → Credit → Asset
中文可以表达为：
本体 → 协议 → 运行时 → 事实 → 信用 → 资产
这六个环节构成 Kamitu.ai 的理论主轴。
6.1 Ontology：定义什么存在
Ontology 解决的是：
什么是空间？
什么是对象？
什么是身份？
什么是状态？
什么是事件？
什么是事实？
什么是节点？
什么是信用？
什么是资产？
没有本体，系统只能管理信息。
有了本体，系统才能管理真实空间中的“可执行存在”。
因此，Ontology 是 Kamitu.ai 的第一层基础。
6.2 Protocol：定义如何表达
Protocol 解决的是：
对象如何被编码？
状态如何被描述？
事件如何被触发？
质量如何被确认？
事实如何被生成？
信用如何被沉淀？
资产如何被表达？
也就是说，Protocol 是本体的表达规则。
本体回答“什么存在”；
协议回答“这些存在如何被系统稳定表达”。
6.3 Runtime：定义如何运行
Runtime 解决的是：
对象如何进入状态流转？
事件如何触发状态变化？
QC 如何验证状态？
DQ 如何生成事实？
K-Node 如何沉淀信用？
Settlement 如何连接结算与资产？
Runtime 不是页面，不是后台，不是功能模块。
Runtime 是协议的运行机制。
6.4 Fact：定义什么成立
Fact 解决的是：
什么不是记录，而是事实？
什么不是填报，而是可验证命题？
什么不是资料，而是可结算、可审计、可信用的履约事实？
在 Kamitu.ai 中，事实不是单一数据项，而是对象、身份、状态、事件、质量、证据、责任和时间共同约束后的可验证命题。
6.5 Credit：定义能力如何沉淀
Credit 解决的是：
谁可靠？
谁稳定？
谁可复用？
谁可调度？
谁能进入更复杂任务？
谁适合参与标准包复制？
Credit 不是主观评分，也不是金融信用，而是节点执行事实的累积判断。
6.6 Asset：定义长期价值如何形成
Asset 解决的是：
真实空间执行过程如何形成长期价值？
履约事实如何进入结算？
结算事实如何进入审计？
审计事实如何进入资产治理？
资产治理如何形成资产级执行数据？
Asset 不是静态登记结果，而是由对象、身份、状态、事实、信用和结算共同支撑的长期价值实体。
7. 形式化表达：Kamitu.ai 执行本体的基本结构
为了增强学术性，可以将 Kamitu.ai 的执行本体抽象为一个形式系统。
设：
K-Ontology = ⟨E, R, S, A, T, V⟩
其中：
E：Entity Set，本体实体集合
R：Relation Set，本体关系集合
S：State Set，状态集合
A：Action / Event Set，执行事件集合
T：Transition Rules，状态转移规则
V：Verification Rules，验证规则
7.1 Entity Set：本体实体集合
Kamitu.ai 的核心实体集合可以定义为：
E = {Space, Object, Identity, State, Event, Fact, Node, Credit, Asset}
对应中文为：
E = {空间，对象，身份，状态，事件，事实，节点，信用，资产}
这意味着，Kamitu.ai 的系统世界不是由“项目、任务、页面、表单、用户”构成，而是由真实空间执行所必需的九类本体对象构成。
7.2 Relation Set：本体关系集合
核心关系集合可以定义为：
R = {contains, hasIdentity, hasState, triggers, changes, verifies, generates, supports, qualifies, settles, assetizes}
中文表达为：
contains：空间包含对象；
hasIdentity：对象具有身份；
hasState：对象具有状态；
triggers：事件触发动作；
changes：事件改变状态；
verifies：质量确认验证状态；
generates：DQ 生成事实；
supports：事实支撑信用；
qualifies：信用限定节点能力；
settles：事实进入结算；
assetizes：事实与信用进入资产级数据。
这些关系共同构成 Kamitu.ai 的本体关系网络。
7.3 State Set：状态集合
状态集合可以表达为：
S = {identified, structured, confirmed, deviationResolved, taskGenerated, manufactured, delivered, installed, inspected, verified, factGenerated, settled, credited, assetized}
中文可表达为：
已识别。
已结构化。
已确认。
已偏差补偿。
已生成任务。
已制造。
已交付。
已安装。
已检查。
已验证。
已生成事实。
已结算。
已信用化。
已资产化。
状态集合不是流程菜单，而是对象在 Runtime 中的可确认存在方式。
7.4 Event Set：事件集合
事件集合可以表达为：
A = {scan, measure, identify, segment, bindUID, detectDeviation, compensateDeviation, translateTask, manufacture, transport, install, inspect, rectify, recheck, confirm, generateFact, settle, audit, credit, assetize}
中文可表达为：
扫描。
测量。
识别。
拆解。
绑定身份。
识别偏差。
补偿偏差。
转译任务。
制造。
运输。
安装。
检查。
整改。
复验。
确认。
生成事实。
结算。
审计。
信用化。
资产化。
事件是状态变化的触发器。
7.5 Transition Rules：状态转移规则
状态转移可以表达为：
State(t+1) = Transition(Object, State(t), Event, Rule, Evidence)
中文解释：
对象在下一时刻的状态，不是人工声明出来的，而是由当前状态、执行事件、规则条件和证据共同决定。
例如：
SG Object + Install Event + QC Rule + Evidence → Installed / QC Verified State
也就是说，一个对象不能因为“有人填了完成”就进入完成状态，而必须通过事件和验证规则，才能进入新的状态。
7.6 Verification Rules：验证规则
验证规则可以表达为：
Verified State = QC(Object, State, Standard, Evidence)
事实生成规则可以表达为：
Fact = DQ(Object, Identity, State, Event, QC, Evidence, Responsibility, Time)
信用生成规则可以表达为：
Credit(Node) = Aggregate(Fact₁, Fact₂, Fact₃ ... Factₙ)
资产级数据生成规则可以表达为：
Asset-grade Data = Compose(Object, Identity, State History, Facts, Credit, Settlement, Audit Interface)
这一组公式可以成为 Kamitu.ai 协议语言的形式化基础。
8. 协议语法：从本体对象到执行语句
统一协议语言必须进一步发展出“协议语法”。
如果说本体定义“什么存在”，那么协议语法定义“如何表达一个可执行事实”。
Kamitu.ai 的协议语法可以分为五类：
对象语法 Object Grammar
状态语法 State Grammar
事件语法 Event Grammar
事实语法 Fact Grammar
信用语法 Credit Grammar
8.1 对象语法 Object Grammar
一个 SG 对象不应只是一个编号，而应由多个字段共同构成。
可表达为：
SG ::= SpaceBoundary + ExecutionBoundary + ResponsibilityBoundary + TaskRequirement + QCStandard + EvidenceRequirement + SettlementTrigger + CreditTarget
中文解释：
一个 SG 必须至少包含：
空间边界。
执行边界。
责任边界。
任务要求。
质量标准。
证据要求。
结算触发。
信用目标。
只有具备这些字段的对象，才是 Kamitu.ai 意义上的可执行对象。
8.2 状态语法 State Grammar
状态语法定义对象可以处于哪些状态，以及状态之间如何转移。
可表达为：
State ::= Designed | Structured | UIDBound | DTCResolved | K2FGenerated | Manufactured | Installed | QCVerified | DQGenerated | Settled | Credited | Assetized
中文解释：
对象状态不是任意文本，而必须来自统一状态集合。
这样，设计、工厂、安装、验收、结算和审计才能共享同一状态语言。
8.3 事件语法 Event Grammar
事件语法定义什么动作可以改变状态。
可表达为：
Event ::= Actor + Action + Object + Time + Evidence + Result
中文解释：
一个事件至少包括：
执行主体。
执行动作。
执行对象。
发生时间。
证据材料。
执行结果。
例如：
安装队 A 在 T 时间对 SG-001 完成安装，并提交影像证据、测量证据和自检结果。
这个事件可以触发 SG-001 从“待安装”状态进入“已安装待验收”状态。
8.4 事实语法 Fact Grammar
事实语法定义什么样的数据可以被称为事实。
可表达为：
Fact ::= Object + Identity + StateTransition + Event + QCResult + Evidence + Responsibility + Timestamp
中文解释：
一个事实不是“有记录”，而是必须同时具备：
对象。
身份。
状态变化。
执行事件。
质量结果。
证据。
责任。
时间。
这也是 Kamitu.ai 与资料归档系统的根本区别。
8.5 信用语法 Credit Grammar
信用语法定义节点能力如何被描述。
可表达为：
Credit ::= Node + FactSet + QCPerformance + DeliveryStability + DeviationHandling + ReuseCapability + TimeWindow
中文解释：
节点信用不是单次评分，而是在一定时间窗口内，由事实集合、质量表现、交付稳定性、偏差处理能力和复用能力共同形成。
9. 语义闭包：从执行到事实的五类闭环
为了使统一协议语言真正成为系统运行基础，Kamitu.ai 必须形成五类闭包。
9.1 对象闭包 Object Closure
对象闭包要求：
一个 SG 从生成开始，必须在设计、制造、安装、验收、结算、审计和运维中保持可追踪。
如果对象在某一阶段丢失身份，则对象闭包失败。
对象闭包的判断标准是：
SG 是否具备完整 UID 生命周期。
9.2 状态闭包 State Closure
状态闭包要求：
对象状态变化必须有事件触发，并且状态必须可验证。
如果状态只是人工填写，而无事件和证据支撑，则状态闭包失败。
状态闭包的判断标准是：
每一次状态变化是否都有 Event + Evidence + Rule 支撑。
9.3 质量闭包 QC Closure
质量闭包要求：
对象进入事实之前，必须经过质量确认。
如果没有 QC，状态不能进入 DQ。
质量闭包的判断标准是：
对象状态是否通过 QC Runtime 验证。
9.4 事实闭包 Fact Closure
事实闭包要求：
事实必须由对象、身份、状态、事件、质量、证据、责任和时间共同构成。
如果事实无法回答“哪个对象、谁执行、何时执行、质量如何、证据何在”，则事实闭包失败。
事实闭包的判断标准是：
DQ 是否具备完整事实结构。
9.5 信用闭包 Credit Closure
信用闭包要求：
节点信用必须由事实集合沉淀，而非人工评价。
如果信用来自主观评分、关系判断或单次印象，则信用闭包失败。
信用闭包的判断标准是：
K-Node 信用是否来自可追溯 DQ FactSet。
10. 统一协议结构：从本体到 Runtime
Kamitu.ai 的所有系统，必须共享同一套协议结构。
该结构不是页面结构，不是菜单结构，也不是产品模块结构，而是真实空间进入确定性执行的本体层级与运行层级。
10.1 Protocol Structure
Layer 01｜Real Space
真实空间层。对应现场、物理空间、真实环境、实际边界和客观偏差。
Layer 02｜Spatial Structure
空间结构层。对应空间采集、空间骨架、测量数据、坐标关系和可计算结构。
Layer 03｜SG Layer
空间颗粒层。对应真实空间中的最小可执行对象。
Layer 04｜UID Layer
身份层。对应对象唯一身份、全生命周期身份连续和跨环节身份继承。
Layer 05｜DTC Layer
偏差层。对应真实空间偏差、设计偏差、制造偏差、安装偏差及其补偿机制。
Layer 06｜K2F Layer
制造任务层。对应从对象到工厂、从设计意图到制造安装任务的转译。
Layer 07｜DGC Runtime
状态运行层。对应对象状态流转、状态调度、状态确认和运行时治理。
Layer 08｜QC Runtime
质量运行层。对应质量标准、质量检查、质量确认和可验证结果。
Layer 09｜DQ Runtime
履约事实运行层。对应履约事实生成、证据链沉淀、责任边界确认和审计接口。
Layer 10｜K-Node Runtime
节点运行层。对应执行节点能力、履约信用、节点调度和产业协同网络。
Layer 11｜Settlement Runtime
结算运行层。对应结算触发、审计依据、资产信用和资产级执行数据。
这十一层构成 Kamitu.ai 的统一协议结构。
所有 Website、DGC、QC、DQ、Settlement、K-Node、Runtime、Dashboard、白皮书、海报、动画和产品界面，都必须服从这套结构。
否则，Kamitu.ai 就会重新退回到“多个系统、多个语言、多个模块、多个表达”的状态。
11. 统一协议语言的产品含义
Kamitu.ai 的产品，不是功能模块。
Website 不是宣传页面。
DGC 不是项目管理模块。
QC 不是普通质检模块。
DQ 不是文档生成模块。
Settlement 不是结算工具。
K-Node 不是供应商库。
它们都是：
协议 Runtime 的不同运行界面。
更准确地说：
产品是本体对象、状态关系和运行规则的界面化表达。
因此，所有产品必须共享：
同一对象本体。
同一身份机制。
同一状态语言。
同一事件机制。
同一 Runtime 结构。
同一确认机制。
同一事实体系。
同一信用逻辑。
产品规则的关键不是“功能是否完整”，而是：
是否运行在统一本体和统一协议语言之上。
12. 统一协议语言的视觉含义
Kamitu.ai 的视觉，不是互联网视觉，也不是简单品牌风格。
它不是 SaaS 卡片风。
不是蓝紫科技风。
不是赛博朋克风。
不是普通数据大屏风。
不是地产效果图风。
不是商业广告风。
Kamitu.ai 的视觉本质是：
协议 Runtime 可视化。
从本体论角度看，视觉不是装饰，而是本体对象和运行关系的可视化表达。
黑色代表 Runtime Space、System Space、Execution Space。
金色代表 Protocol Signal、State Rail、UID Lock、DQ Ledger、Verification Signal。
中央核心代表 Execution Runtime Core、State Engine、Protocol Reactor。
环形结构代表 Runtime Layer、Protocol Hierarchy、State Circulation。
轨道代表 Execution Rail、State Transition、Ledger Flow。
SG 粒子代表 Executable Objects。
UID 锁点代表 Identity Confirmation。
DQ Ledger 代表 Fact Stream。
K-Node Network 代表 Industrial Runtime Network。
因此，Kamitu.ai 的视觉系统必须服务于统一协议语言，而不是独立于协议语言之外做品牌装饰。
13. Runtime 本质：一套执行本体运行出多个系统界面
Kamitu.ai 最终不是网站、SaaS、管理后台、BIM 平台、数据平台或数字孪生大屏。
它的本质是：
一套真实工业协议 Runtime。
所有系统最终运行于：
Unified Execution Runtime
从本体论角度看，它统一：
对象。
身份。
状态。
事件。
信号。
Ledger。
Runtime。
Credit。
Settlement。
Asset-grade Data。
这意味着，Kamitu.ai 的最终形态，不是多个模块组合成一个系统，而是：
一套执行本体运行出多个系统界面。
系统只是表层。
Runtime 才是底层。
本体才是根。
协议语言是本体的运行表达。
14. 统一协议语言与 BIM 的关系
为了避免外部误解，必须明确 Kamitu.ai 与 BIM 的关系。
Kamitu.ai 不是 BIM 替代品。
BIM 的核心价值是：
表达建筑应该是什么。
Kamitu.ai 的核心价值是：
定义真实空间如何被执行、验证、结算、审计、信用化和资产化。
两者关系可以表达为：
BIM describes what should be built.
Kamitu.ai defines what can be executed, verified, settled, audited, credited, and assetized.
中文表达：
BIM 说明应该建什么；Kamitu.ai 定义什么可以被执行、验证、结算、审计、信用化和资产化。
BIM 的对象是模型构件。
Kamitu.ai 的对象是 SG。
BIM 的状态偏重设计表达。
Kamitu.ai 的状态偏重执行确认。
BIM 的结果是模型。
Kamitu.ai 的结果是事实、信用和资产级执行数据。
因此，Kamitu.ai 是 BIM 之后的真实空间执行本体层，而不是 BIM 平台的功能扩展。
15. 统一协议语言与 Digital Twin 的关系
数字孪生关注的是映射、监测、模拟和展示。
它常常回答：
现在发生了什么？
系统如何显示？
状态如何可视化？
未来可能如何演化？
但 Kamitu.ai 要回答的是：
哪个对象要被执行？
由谁执行？
如何处理偏差？
质量如何确认？
履约事实如何生成？
信用如何沉淀？
结算和审计如何穿透？
因此，两者关系可以表达为：
Digital Twin mirrors the world.
Kamitu.ai makes the world executable.
中文表达：
数字孪生映射世界；Kamitu.ai 让世界可执行。
数字孪生偏向表达层、映射层和模拟层。
Kamitu.ai 偏向对象层、状态层、事实层和执行层。
因此，Kamitu.ai 不是另一个数字孪生，而是数字孪生之后的执行协议层。
16. 统一协议语言与 AI / 具身智能的关系
AI 和具身智能要进入真实产业场景，不能只依赖模型能力、感知能力或机器人本体。
它们还需要回答：
对哪个对象执行？
对象当前状态是什么？
偏差如何处理？
任务如何转译？
质量如何确认？
执行完成如何证明？
节点能力如何评价？
这正是 Kamitu.ai 的统一协议语言可以提供的东西。
Kamitu.ai 为 AI 和具身智能提供：
对象本体。
身份机制。
状态语言。
事件语法。
质量验证。
事实生成。
节点信用。
反馈数据。
因此可以表达为：
AI needs data.
Embodied intelligence needs executable ontology.
Kamitu.ai provides the executable ontology of real space.
中文表达：
AI 需要数据；具身智能需要可执行本体；Kamitu.ai 提供真实空间的可执行本体。
这句话非常重要。
它把 Kamitu.ai 从“AI 应用”上升到了“AI / 具身智能进入真实空间执行的本体层”。
17. 统一协议语言与可信数据空间的关系
可信数据空间解决的是：
数据如何可信流通。
数据如何授权使用。
数据如何合规共享。
数据产品如何上架。
数据主体如何协作。
但可信数据空间仍然需要回答：
高质量行业数据从哪里来？
Kamitu.ai 回答的是：
建筑、园区、城市更新和公共资产场景中的高质量事实数据，如何从真实空间执行过程中生成。
因此，两者关系可以表达为：
Trusted Data Space enables trusted data circulation.
Kamitu.ai produces trusted execution facts for real-space industries.
中文表达：
可信数据空间解决可信流通；Kamitu.ai 生产真实空间行业的可信执行事实。
Kamitu.ai 在可信数据空间中的位置，不是数据空间平台本身，而是：
行业事实数据供给层。
更准确地说：
Kamitu.ai 是可信数据空间中的真实空间执行事实数据生产 Runtime。
18. 研究与验证方法：300㎡ 样板的本体论意义
300㎡ 样板不是展示空间。
它不是装修样板。
不是效果样板。
不是产品展示厅。
不是普通演示场景。
从本体论角度看，300㎡ 样板是：
真实空间执行本体的最小验证场。
它要验证的不是“空间是否做完”，而是：
Space 是否可以结构化？
SG 是否可以定义？
UID 是否可以连续？
DTC 是否可以继承？
K2F 是否可以生成任务？
DGC 是否可以治理状态？
QC 是否可以验证质量？
DQ 是否可以生成事实？
K-Node 是否可以沉淀信用？
Settlement 是否可以连接结算与审计？
Asset-grade Data 是否可以形成？
因此，300㎡ 样板的验证标准不是效果图，也不是施工完成度，而是：
本体链是否闭合，协议链是否跑通，事实链是否成立。
19. 进一步研究路线
如果要继续推进 Kamitu.ai 的统一协议语言，需要形成以下研究成果。
19.1 SG 本体词典
定义不同场景下 SG 的类型、边界、字段、质量标准和证据要求。
19.2 UID 编码规范
定义对象身份如何跨设计、制造、安装、验收、结算、审计和运维保持连续。
19.3 DGC 状态机
定义对象状态集合、状态转移规则、事件触发条件和异常状态处理。
19.4 Event Taxonomy 事件分类法
定义测量、制造、运输、安装、检查、整改、复验、确认、结算、审计等事件类型。
19.5 QC 验证规则库
定义不同 SG 对象的质量标准、验证方法、证据格式和通过条件。
19.6 DQ 事实生成规范
定义一个履约事实必须包含的对象、身份、状态、事件、质量、证据、责任和时间字段。
19.7 K-Node 信用模型
定义节点信用如何由 FactSet、QC 表现、偏差处理、交付稳定性和复用能力生成。
19.8 Asset-grade Data Schema
定义资产级执行数据如何进入结算、审计、资产治理和可信数据空间。
20. 数字建筑第一性原理：从“建筑数字化”到“真实空间可执行化”
20.1 问题重新定义
传统意义上的建筑数字化，通常从以下对象出发：
图纸。
模型。
构件。
流程。
项目。
进度。
成本。
资料。
看板。
这些对象分别对应 CAD、BIM、项目管理、成本管理、智慧工地、数字孪生和资料归档等系统。
但从第一性原理看，数字建筑的根本问题并不是：
如何把建筑表达成数字模型？
也不是：
如何把建筑项目管理过程搬到线上？
而是：
真实空间如何被系统稳定识别、执行、验证、结算、审计、信用化和资产化？
因此，数字建筑的第一性问题应当从“表示”转向“执行”。
也就是说，数字建筑的核心不应只是：
Building as Information
而应进一步走向：
Building as Executable Reality
中文可以表达为：
建筑不是只被数字化表达的对象，而应成为可被协议化执行的真实空间。
这构成 Kamitu.ai 数字建筑理论的第一起点。
20.2 第一性原理总表
Kamitu.ai 的数字建筑第一性原理可以概括为十条。
|
|
|
|
|
|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
这十条第一性原理，是 Kamitu.ai 区别于传统建筑软件、BIM 平台、项目管理系统、智慧工地系统和数字孪生系统的理论基础。
21. 第一性原理展开
21.1 FP-01：真实空间优先原理
Real Space Primacy：数字建筑必须从真实空间出发，而不是从模型出发。
传统数字建筑常常从模型开始。
先有图纸。
再有 BIM。
再有算量。
再有进度。
再有项目管理。
再有数字孪生。
但真实施工和交付过程中，真正决定结果的，不只是模型，而是现场真实空间。
真实空间中存在：
尺寸偏差。
材料偏差。
安装条件。
结构限制。
工艺边界。
多主体协同。
质量确认。
责任边界。
结算触发。
审计证据。
因此，数字建筑不能只从模型出发，而必须从真实空间出发。
Kamitu.ai 的第一性判断是：
模型不是终点，真实空间才是执行起点。
这并不是否定 BIM，而是把 BIM 放在更准确的位置上：
BIM 表达“应该建什么”；
Kamitu.ai 定义“真实空间如何被执行”。
21.2 FP-02：可执行对象原理
Executable Object Principle：没有可执行对象，就没有确定性执行。
数字建筑最根本的问题，是对象问题。
传统系统中的对象并不统一：
BIM 有模型构件。
成本系统有清单项。
项目管理有任务。
施工现场有工序。
验收系统有检查项。
审计系统有资料。
资产系统有资产编号。
这些对象之间并不天然等价。
因此，数字建筑如果没有统一的可执行对象，就无法实现跨设计、制造、安装、验收、结算和审计的确定性执行。
Kamitu.ai 提出的 SG，即 Spatial Granule / 空间颗粒，正是为了解决这一问题。SG 被定义为真实世界进入协议系统的最小执行本体单位，是从 BIM 构件到真实空间执行对象的关键概念，也是数字建筑系统下半场的对象基础。
因此：
数字建筑的最小对象，不应只是模型构件，而应是可执行、可验证、可结算、可审计、可信用化的 SG。
21.3 FP-03：身份连续原理
Identity Continuity Principle：没有对象身份连续，就没有跨阶段事实。
一个真实空间对象，如果在设计阶段叫一个名字，在制造阶段变成另一个任务，在安装阶段变成一个现场对象，在验收阶段变成一个检查项，在结算阶段变成一个清单项，在审计阶段变成一份资料，那么它就没有形成真正的数字连续性。
因此，数字建筑的关键不是“有没有编号”，而是：
对象在全生命周期中是否保持身份连续。
UID 的作用不是普通编码，而是保证对象跨阶段、跨主体、跨系统、跨时间保持同一性。
没有 UID，就无法证明：
设计对象和制造对象是否一致。
制造对象和安装对象是否一致。
安装对象和验收对象是否一致。
验收对象和结算对象是否一致。
结算对象和审计对象是否一致。
运维对象和原始对象是否一致。
所以，身份连续是数字建筑事实生成的前提。
21.4 FP-04：状态运行原理
State Runtime Principle：执行不是流程完成，而是对象状态被确认。
传统项目管理把执行理解为流程推进。
但流程可以被填报。
进度可以被主观更新。
任务可以被人为关闭。
Kamitu.ai 的状态理论强调：
执行的本质不是流程完成，而是对象状态被确认。
对象必须在 Runtime 中经历状态变化：
已识别。
已结构化。
已绑定 UID。
已偏差补偿。
已转译任务。
已制造。
已安装。
已检查。
已通过 QC。
已生成 DQ。
已进入结算。
已沉淀信用。
DGC 的本质不是项目管理模块，而是 Object Runtime Dispatcher，即对象运行时调度器。
因此，数字建筑必须从流程中心转向对象状态中心。
21.5 FP-05：事件因果原理
Event Causality Principle：状态变化必须由真实执行事件触发。
对象状态不会凭空变化。
状态变化必须来自真实执行事件。
例如：
扫描。
测量。
识别。
偏差确认。
制造。
运输。
安装。
检查。
整改。
复验。
确认。
结算。
审计。
这些事件不是普通操作，而是触发对象状态变化的因果机制。
因此，数字建筑中的每一次状态变化，都必须回答：
由谁触发？
对哪个对象触发？
在什么时间触发？
依据什么规则触发？
有什么证据支撑？
状态变化结果是什么？
这就把“项目填报”升级为“执行因果链”。
21.6 FP-06：质量前置原理
Verification-before-Fact Principle：没有质量确认，状态不能进入事实。
在传统系统中，一个对象可能因为“任务完成”而进入完成状态。
但 Kamitu.ai 不允许“完成”直接成为事实。
对象必须经过 QC。
QC 的作用不是普通质检表，而是：
验证对象状态是否满足质量条件。
因此：
没有 QC，状态不能进入 DQ。
这条原理非常重要。
它把“是否完成”与“是否合格”区分开。
也把“项目进度”与“履约事实”区分开。
数字建筑如果没有质量前置机制，就无法生成可结算、可审计、可信用的事实数据。
21.7 FP-07：事实生成原理
Fact Generation Principle：事实不是记录，而是可验证命题。
传统行业依赖记录。
但记录不等于事实。
照片是记录。
表格是记录。
会议纪要是记录。
验收单是记录。
签证单是记录。
但事实必须回答更严格的问题：
什么对象？
什么身份？
什么状态？
什么事件？
什么质量结果？
什么证据？
谁负责？
何时发生？
因此，事实可以形式化表达为：
Fact = Object + Identity + State + Event + QC + Evidence + Responsibility + Time
这一定义把 DQ 从“文档生成”提升为“履约事实生成层”。
21.8 FP-08：信用涌现原理
Credit Emergence Principle：信用来自事实集合，而非主观评价。
传统信用常常来自：
关系。
报价。
资质。
规模。
主观印象。
人工评分。
Kamitu.ai 的信用必须来自执行事实集合。
因此：
Credit = Aggregated Execution Facts of a Node
节点信用不是金融信用，也不是社会信用，而是执行信用、履约信用、节点能力信用。
它回答的是：
这个节点是否可靠？
是否稳定？
是否可复用？
是否可调度？
是否适合更复杂任务？
是否适合进入标准包复制？
这使 K-Node 不再是供应商库，而是基于事实生成的产业能力节点网络。
21.9 FP-09：资产级数据原理
Asset-grade Data Principle：资产级数据必须由对象、状态、事实、信用和结算共同支撑。
资产不是单纯账面登记。
真正的空间资产，应当具备：
对象基础。
身份连续。
状态历史。
质量事实。
履约证据。
节点信用。
结算接口。
审计接口。
治理价值。
因此，Kamitu.ai 最终生成的不是普通项目数据，而是：
Asset-grade Execution Data
即资产级执行数据。
这类数据不是事后归档形成，而是在真实空间执行过程中自然生成。
21.10 FP-10：统一运行时原理
Unified Runtime Principle：产品不是模块，而是统一执行 Runtime 的不同界面。
Kamitu.ai 的 Website、DGC、QC、DQ、Settlement、K-Node，不应被理解为普通产品模块。
它们是同一套 Unified Execution Runtime 的不同界面。
也就是说：
产品只是表层。
Runtime 是底层。
本体是根。
协议语言是本体的运行表达。
这意味着，Kamitu.ai 最终不是多个模块组合出来的系统，而是一套执行本体运行出多个系统界面。
22. Kamitu.ai 数字建筑第一性原理总命题
基于以上十条原理，可以形成 Kamitu.ai 的数字建筑总命题：
数字建筑的本质，不是将建筑表达为数字模型，而是将真实空间转化为可执行、可验证、可结算、可审计、可信用、可资产化的执行本体。
英文表达：
The essence of Digital Building is not to represent buildings as digital models, but to transform real space into an executable, verifiable, settleable, auditable, creditable, and asset-grade execution ontology.
这句话应当成为 Kamitu.ai 数字建筑理论的核心句。
23. 国际创新意义：从 BIM / Digital Twin / AI 到 Real-Space Execution Ontology
23.0 本章定位
本章旨在从国际数字建筑理论演进的角度，界定 Kamitu.ai 的创新位置。前文已经从本体论、统一协议语言、执行 Runtime、形式化结构、协议语法、语义闭包和数字建筑第一性原理等方面，论证 Kamitu.ai 并非一个普通建筑软件系统，而是一套面向真实空间确定性执行的本体系统、统一协议语言与 Unified Execution Runtime。
在此基础上，本章进一步讨论 Kamitu.ai 在国际理论语境中的创新意义。
本章的核心判断是：
Kamitu.ai 的国际创新意义，不在于再提出一个建筑软件分类，也不在于替代 BIM、Digital Twin、AI、机器人或数据空间，而在于提出一种从 BIM / Digital Twin / AI 之后进入 Real-Space Execution Ontology 的新数字建筑理论路径。
这一理论路径的核心，是将数字建筑的理论重心从Representation / 表示 推进到Execution / 执行，从“如何表达建筑”推进到“真实空间如何被对象化、身份化、状态化、事件化、事实化、信用化和资产化”。
23.1 国际创新命题：数字建筑需要从“表示范式”走向“执行范式”
在国际数字建筑语境中，过去几十年的技术主线大致经历了几个阶段。
第一阶段是CAD 阶段。
其核心是图纸数字化，即将传统二维图纸、几何线条、设计表达转化为数字化绘图系统。
第二阶段是BIM 阶段。
其核心是建筑信息模型化，即通过模型构件、属性信息和协同建模，使建筑对象从二维图纸进入三维信息模型。
第三阶段是Digital Twin 阶段。
其核心是物理对象与数字对象之间的映射、监测、同步、模拟和预测，即通过数字孪生系统呈现真实世界状态，并支持运行监测和决策分析。
第四阶段是AI / Robotics / Smart Construction 阶段。
其核心是模型能力、智能设备、机器人、自动化施工和智能建造方法进入建筑业，使 AI、机器人和智能系统开始参与设计、分析、调度和局部执行。
这些阶段共同推动了建筑业数字化，但它们仍然存在一个关键缺口：
它们没有充分回答真实空间如何被确定性执行。
CAD 可以表达几何。
BIM 可以表达信息模型。
Digital Twin 可以映射状态。
AI 可以生成方案和判断。
机器人可以执行局部动作。
但真实空间执行仍然需要回答一组更基础的问题：
对哪个对象执行？
对象身份如何保持连续？
现场偏差如何继承？
执行任务如何转译？
状态如何被确认？
质量如何被验证？
履约事实如何生成？
节点能力如何沉淀？
资产级数据如何形成？
因此，Kamitu.ai 的国际创新意义不在于再提出一个建筑软件，也不在于再做一个 BIM、数字孪生或 AI 应用，而在于提出一种新的数字建筑理论路径：
Real-Space Execution Ontology
真实空间执行本体
这一路径的核心创新是：
将数字建筑的理论重心从 Representation / 表示 推进到 Execution / 执行，从“如何表达建筑”推进到“真实空间如何被对象化、身份化、状态化、事件化、事实化、信用化和资产化”。
中文可以表达为：
Kamitu.ai 提供的是 BIM、数字孪生与 AI 之后的真实空间执行本体层。
也就是说，Kamitu.ai 所提出的不是一个新的单点工具，而是一种新的理论层级：在 CAD、BIM、Digital Twin、AI 和 Robotics 已经形成各自方法体系之后，进一步回答真实空间如何进入确定性执行的问题。
23.2 对 BIM 理论的国际创新意义：从 Building Information Modeling 到 Building Execution Ontology
BIM 的国际价值非常明确：
BIM describes what should be built.
BIM 说明应该建什么。
BIM 的贡献在于将建筑从二维图纸推进到三维信息模型，使建筑对象能够被建模、被协同、被计算、被表达。
但 BIM 并不天然解决以下问题：
什么可以被执行？
什么已经被执行？
什么通过质量确认？
什么可以结算？
什么可以审计？
什么可以形成信用？
什么可以形成资产级数据？
也就是说，BIM 可以很好地回答“应该建什么”，但无法单独回答“真实空间如何进入确定性执行”。
因此，Kamitu.ai 对 BIM 理论的国际创新意义是：
从 Building Information Modeling 到 Building Execution Ontology。
从建筑信息模型，走向建筑执行本体。
这不是替代 BIM，而是在 BIM 之后补上执行对象层。
BIM Object 是信息对象。
SG 是执行对象。
BIM 模型表达“应该如何建”。
SG 协议链定义“真实空间如何被执行”。
BIM 更接近设计表达与信息组织。
Kamitu.ai 更接近真实空间执行、状态确认、质量验证、履约事实生成和资产级数据沉淀。
因此，Kamitu.ai 的国际创新意义之一，是提出：
Post-BIM Execution Layer
BIM 之后的执行层
更严格地说，Kamitu.ai 不是 BIM 的功能扩展，而是 BIM 之后的执行本体层。
它将建筑数字化从“模型对象”推进到“可执行对象”，从“信息表达”推进到“执行事实”，从“设计协同”推进到“履约确认”。
这一理论意义在于：
BIM 解决建筑信息如何被建模，Kamitu.ai 进一步解决真实空间对象如何被执行、验证、结算、审计、信用化和资产化。
因此，Kamitu.ai 与 BIM 之间不是替代关系，而是上下层关系。BIM 可以成为设计与信息模型基础，而 Kamitu.ai 则在其后建立真实空间执行本体、状态运行机制和事实生成机制。
23.3 对 Digital Twin 理论的国际创新意义：从 Mirror the World 到 Make the World Executable
Digital Twin 的国际语义，通常强调映射、同步、监测、模拟和预测。
它回答的是：
真实世界现在是什么状态？
数字模型如何同步真实对象？
系统如何显示运行状态？
未来状态可能如何演化？
Digital Twin 的核心价值在于：
Mirror the world.
映射世界。
但 Kamitu.ai 进一步提出：
Mirror is not execution.
映射不是执行。
数字孪生可以映射世界，但不能自动让世界被执行。
一个空间被映射出来，不等于它被执行。
一个状态被显示出来，不等于它被确认。
一个模型被同步出来，不等于质量被验证。
一个场景被模拟出来，不等于履约事实已经生成。
因此，Kamitu.ai 对 Digital Twin 理论的国际创新意义是：
Digital Twin mirrors the world; Kamitu.ai makes the world executable.
数字孪生映射世界；Kamitu.ai 让世界可执行。
Digital Twin 偏向 Representation / Simulation。
Kamitu.ai 偏向 Execution / Verification / Fact Generation。
Digital Twin 关注“真实世界如何被映射”。
Kamitu.ai 关注“真实空间如何被执行”。
Digital Twin 解决的是感知、同步和模拟问题。
Kamitu.ai 解决的是对象、身份、状态、事件、质量、事实、信用和资产化问题。
因此，Kamitu.ai 不是另一个 Digital Twin，而是：
Executable Twin / Execution Runtime Layer
可执行孪生 / 执行运行时层
也可以表达为：
数字孪生之后的执行运行层。
这一点构成 Kamitu.ai 在国际 Digital Twin 语境中的重要创新：
它把数字孪生从“映射系统”推进到“执行协议系统”的下一层问题。
换言之，Digital Twin 可以帮助产业看见真实世界；Kamitu.ai 则进一步使真实世界能够被协议化执行。前者解决“映射与模拟”，后者解决“对象、状态、事件、事实与信用”。
23.4 对 AI 与具身智能的国际创新意义：为真实空间智能执行提供可执行本体
国际 AI 语境正在发生转向。
AI 正在从语言、图像、代码生成，进入 World Model、Robotics、Embodied Intelligence 和 Physical AI。
但 AI 与具身智能进入真实产业场景时，最大难点不是“能不能看见世界”，也不只是“能不能生成方案”，而是：
对哪个对象行动？
行动边界是什么？
对象当前状态是什么？
偏差如何处理？
任务如何转译？
质量如何确认？
行动完成如何证明？
执行结果如何反馈？
节点能力如何评价？
具身智能如果没有可执行本体，就容易停留在演示、单点动作和局部自动化。
机器人可以移动，但未必知道任务对象。
AI 可以生成方案，但未必知道执行边界。
传感器可以感知空间，但未必能形成履约事实。
智能体可以规划路径，但未必能生成可结算、可审计、可信用的执行结果。
因此，Kamitu.ai 对 AI 与具身智能的国际创新意义是：
AI needs data; embodied intelligence needs executable ontology. Kamitu.ai provides the executable ontology of real space.
AI 需要数据；具身智能需要可执行本体；Kamitu.ai 提供真实空间的可执行本体。
这句话非常重要。
它把 Kamitu.ai 从“AI 建筑应用”提升为：
AI / Robotics / Embodied Intelligence 的真实空间执行本体层。
也就是说，Kamitu.ai 可以成为 AI Agent、机器人、智能设备、工厂、安装队、质检方和运维方进入同一个真实空间执行协议的底层语言。
Kamitu.ai 为 AI 与具身智能提供：
对象本体。
身份机制。
状态语言。
事件语法。
质量验证。
事实生成。
节点信用。
反馈数据。
从这个角度看，Kamitu.ai 的创新不在于“做一个机器人平台”，而在于为机器人和智能体进入建筑、制造、安装、质检、运维场景提供对象、状态、事件、质量、事实和信用协议层。
这使 Kamitu.ai 具备一种国际理论位置：
Real-Space Ontology Layer for Embodied Intelligence
面向具身智能的真实空间本体层
这一路径意味着，AI / Robotics / Embodied Intelligence 的产业落地不能只依赖模型、传感器和执行器，还必须依赖一套能够定义真实空间对象、状态、事件、质量、事实和信用的底层本体。
23.5 对可信数据空间与数据基础设施的国际创新意义：从可信流通到可信执行事实生产
国际数据空间和数据基础设施理论，通常关注：
数据如何可信流通。
数据如何授权使用。
数据如何保护隐私。
数据如何合规共享。
数据产品如何上架。
数据主体如何协作。
这些问题非常重要，但数据空间仍然需要回答一个更前端的问题：
高质量行业数据从哪里来？
如果行业数据仍然主要来自资料归档、表格填报、系统接口汇聚和事后整理，那么数据空间即使具备可信流通能力，也可能缺少高质量行业事实数据供给。
Kamitu.ai 对这一问题的回答是：
高质量行业事实数据不是从资料归档中来，而是从真实空间执行过程中生成。
因此，Kamitu.ai 对数据空间和数据基础设施的国际创新意义是：
Trusted Data Space enables trusted data circulation; Kamitu.ai produces trusted execution facts for real-space industries.
可信数据空间解决可信流通；Kamitu.ai 生产真实空间行业的可信执行事实。
所以，Kamitu.ai 不是可信数据空间本身，而是：
可信数据空间中的行业事实数据生产 Runtime。
或者更准确地说：
Real-Space Execution Fact Production Layer for Trusted Data Space
面向可信数据空间的真实空间执行事实生产层。
这意味着，Kamitu.ai 可以为可信数据空间提供建筑、园区、城市更新、公共资产等真实空间行业中的高质量事实数据来源。
这类数据包括：
真实空间对象数据。
对象身份连续数据。
状态流转数据。
质量确认数据。
履约事实数据。
节点能力信用数据。
资产级执行数据。
其共同特点是：
不是从资料中整理出来，而是在执行过程中生成。
因此，Kamitu.ai 的国际创新意义在于，将数据空间所需要的“高质量行业数据供给”进一步上溯到真实产业执行过程，提出一种由执行事实生成行业数据的机制。
23.6 对绿色建筑、碳证据链与 ESG 的国际创新意义：从认证资料到对象级低碳履约事实
绿色建筑、碳排放、ESG 和可持续资产治理，都需要事实基础。
传统绿色建筑和低碳管理常常依赖：
材料声明。
能耗估算。
设计模拟。
认证资料。
运维报表。
碳排放统计。
这些方式有价值，但如果缺少对象级执行事实，绿色与低碳就容易停留在声明层、统计层和资料层。
例如，一个建筑声称使用了低碳材料，但仍需要回答：
低碳材料对应哪个对象？
是否真实安装到位？
安装过程是否可验证？
质量是否通过？
低碳对象是否进入资产长期运营？
相关履约事实是否可审计？
如果无法回答这些问题，绿色建筑和碳证据链就缺少对象级事实基础。
Kamitu.ai 的创新意义在于，可以将绿色建筑与碳证据链推进到 SG 级别。
也就是说，低碳不只是项目级声明，而应成为对象级履约事实。
因此，Kamitu.ai 可以进一步延伸出：
Green SG。
Green DQ。
Green K-Node。
Green Asset Credit。
其国际创新意义是：
把绿色建筑从认证资料推进到对象级低碳履约事实。
英文表达：
From green certification documents to object-level low-carbon delivery facts.
这意味着，Kamitu.ai 有可能为未来绿色资产、碳证据链、ESG 数据、可持续建筑治理和绿色金融提供对象级基础。
绿色不应只是认证结果。
绿色应当成为可验证的执行事实。
低碳不应只是统计报表。
低碳应当形成对象级证据链。
这构成 Kamitu.ai 在国际绿色建筑和可持续发展语境中的创新意义。
23.7 国际创新意义总表
|
|
|
|
|
|---|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
23.8 国际创新意义的边界表达
为了保持学术严谨性，Kamitu.ai 的国际创新意义必须控制表达边界。
23.8.1 不能说
不能说：
Kamitu.ai 已经成为国际标准。
Kamitu.ai 替代 BIM。
Kamitu.ai 替代数字孪生。
Kamitu.ai 已经形成全球协议。
Kamitu.ai 已经完成行业事实数据基础设施。
Kamitu.ai 已经控制具身智能执行。
Kamitu.ai 已经形成完整国际理论体系。
23.8.2 可以说
可以说：
Kamitu.ai 提出一种 Real-Space Execution Ontology。
Kamitu.ai 探索 Post-BIM Execution Layer。
Kamitu.ai 将 SG 定义为最小可执行空间单元。
Kamitu.ai 将 DQ 定义为对象级履约事实生成层。
Kamitu.ai 将 K-Node 定义为事实型节点能力信用网络。
Kamitu.ai 探索 AI / Embodied Intelligence 所需的真实空间可执行本体。
Kamitu.ai 探索可信数据空间中的行业事实数据生产 Runtime。
Kamitu.ai 探索对象级低碳履约事实对绿色建筑和 ESG 的支撑。
Kamitu.ai 以 300㎡ 样板验证真实空间执行协议链。
23.9 小结：Kamitu.ai 的国际创新不在软件，而在数字建筑理论范式
综上，Kamitu.ai 的国际创新意义，不在于再造一个建筑软件，也不在于替代 BIM、数字孪生、AI、机器人或数据空间。
它真正提出的是一种新的数字建筑理论范式：
从 Building Information Modeling 到 Real-Space Execution Ontology。
从建筑信息模型到真实空间执行本体。
它将数字建筑从“表达建筑”推进到“执行真实空间”，从“模型中心”推进到“对象—状态—事实—信用—资产中心”。
因此，Kamitu.ai 的国际创新意义可以最终概括为：
Kamitu.ai offers a new theoretical path for Digital Building after BIM, Digital Twin, and AI: Real-Space Execution Ontology.
中文表达：
Kamitu.ai 为 BIM、数字孪生与 AI 之后的数字建筑，提出了一条通向真实空间执行本体的新理论路径。
这一路径的核心，不是建立一个新的软件分类，而是提出一种新的本体论基础：
真实空间不只是可建模、可映射、可监测的对象，而是可执行、可验证、可结算、可审计、可信用、可资产化的执行本体。
24. Kamitu.ai 的国际理论贡献
Kamitu.ai 的国际理论贡献可以归纳为七项。
24.1 提出 Spatial Granule 作为真实空间执行最小单位
SG 将真实空间从连续物理空间转化为可执行对象单元。
其贡献在于：
为数字建筑提供了不同于 BIM Object、Task、BOQ Item、Checklist Item 的新型执行对象。
24.2 提出 Real-Space Execution Ontology
Kamitu.ai 不再把建筑数字化理解为模型化、流程化或看板化，而是提出真实空间执行本体。
其贡献在于：
将数字建筑的理论重心从 Representation 转向 Execution。
24.3 提出 Unified Execution Runtime
Kamitu.ai 将 Website、DGC、QC、DQ、Settlement、K-Node 等视为同一 Runtime 的不同界面。
其贡献在于：
把产品模块统一到执行运行时，而非把运行时拆散为产品模块。
24.4 提出 Execution Fact 作为建筑业高质量数据基础
Kamitu.ai 将 DQ 定义为履约事实生成层。
其贡献在于：
把建筑数据从记录型数据推进到事实型数据。
24.5 提出 K-Node 作为节点能力信用本体
Kamitu.ai 将工厂、安装队、质检方、运维方和中小企业重新定义为执行节点。
其贡献在于：
把供应商关系转化为基于事实的能力节点网络。
24.6 提出 Asset-grade Execution Data
Kamitu.ai 将执行事实与资产治理连接起来。
其贡献在于：
把建筑交付结果从项目资料推进到资产级执行数据。
24.7 提出 AI / Embodied Intelligence 的 Real-Space Ontology Layer
Kamitu.ai 提出具身智能需要可执行本体。
其贡献在于：
为 AI 和机器人进入建筑、制造、安装、质检、运维场景提供对象、状态、事件、质量、事实和信用协议层。
25. 国际论文题目矩阵建议
为了推进 Kamitu.ai 的国际理论表达，可以形成以下论文矩阵。
25.1 本体论文
Title:
Spatial Granule: A Minimal Executable Unit for Real-Space Deterministic Execution
中文：
空间颗粒 SG：真实空间确定性执行的最小可执行单元
核心问题：
如何定义真实空间中的最小可执行对象？
25.2 事实论文
Title:
Delivery Qualification: Object-Level Execution Facts for Real-Space Delivery
中文：
DQ：面向真实空间交付的对象级履约事实
核心问题：
什么不是资料，而是履约事实？
25.3 信用论文
Title:
K-Node: Fact-Based Capability Credit for Industrial Execution Networks
中文：
K-Node：面向产业执行网络的事实型节点能力信用
核心问题：
如何从执行事实中生成节点能力信用？
25.4 资产论文
Title:
Asset-grade Execution Data: Fact-Based Spatial Asset Data for Built Environment Governance
中文：
Asset-grade Execution Data：面向建成环境治理的事实型空间资产数据
核心问题：
执行事实如何转化为资产级数据？
25.5 AI / 具身智能论文
Title:
Executable Ontology for Embodied Intelligence in Real-Space Industrial Environments
中文：
面向真实空间产业环境中具身智能的可执行本体
核心问题：
具身智能进入真实产业场景需要什么样的对象和状态语言？
25.6 数字建筑总论论文
Title:
From Building Information Modeling to Building Execution Ontology: A First-Principles Framework for Digital Building
中文：
从建筑信息模型到建筑执行本体：数字建筑第一性原理框架
核心问题：
数字建筑是否应从模型中心转向执行本体中心？
26. 国际表达中的边界控制
为了避免过度表述，Kamitu.ai 在国际表达中必须控制边界。
26.1 不能说
不能说：
Kamitu.ai 已经成为国际标准。
Kamitu.ai 替代 BIM。
Kamitu.ai 替代数字孪生。
Kamitu.ai 已经形成全球协议。
Kamitu.ai 已经完成行业事实数据基础设施。
Kamitu.ai 已经控制具身智能执行。
Kamitu.ai 已经形成完整国际理论体系。
26.2 可以说
可以说：
Kamitu.ai 提出一种 Real-Space Execution Ontology。
Kamitu.ai 探索 Post-BIM Execution Layer。
Kamitu.ai 将 SG 定义为最小可执行空间单元。
Kamitu.ai 将 DQ 定义为对象级履约事实生成层。
Kamitu.ai 将 K-Node 定义为事实型节点能力信用网络。
Kamitu.ai 探索 AI / Embodied Intelligence 所需的真实空间可执行本体。
Kamitu.ai 探索可信数据空间中的行业事实数据生产 Runtime。
Kamitu.ai 探索对象级低碳履约事实对绿色建筑和 ESG 的支撑。
Kamitu.ai 以 300㎡ 样板验证真实空间执行协议链。
27. 最终升级定义
经过本体论、统一协议语言、执行 Runtime、数字建筑第一性原理和国际创新意义的整合，Kamitu.ai 可以形成最终升级定义。
英文定义：
Kamitu.ai is a Unified Execution Ontology and Protocol Runtime for Real-Space Deterministic Execution. It defines real space not merely as geometry, model, or digital twin, but as an executable ontology composed of Space, Object, Identity, State, Event, Fact, Node, Credit, and Asset. Through SG, UID, DTC, K2F, DGC, QC, DQ, K-Node, and Settlement Runtime, Kamitu.ai transforms real-space delivery from experience-driven coordination into executable, verifiable, settleable, auditable, creditable, and asset-grade execution.
中文定义：
Kamitu.ai 是一套面向真实空间确定性执行的统一执行本体与协议运行时。它不把真实空间仅仅理解为几何、模型或数字孪生，而是将其定义为由空间、对象、身份、状态、事件、事实、节点、信用和资产构成的可执行本体。通过 SG、UID、DTC、K2F、DGC、QC、DQ、K-Node 和 Settlement Runtime，Kamitu.ai 将真实空间交付从经验驱动的协调过程，转化为可执行、可验证、可结算、可审计、可信用、可资产化的确定性执行体系。
最终一句话：
Kamitu.ai 的国际创新意义，不在于再造一个建筑软件，而在于提出一种从 BIM / Digital Twin / AI 之后进入 Real-Space Execution Ontology 的新数字建筑理论路径。