版本：Research Note 001 / 中文论文稿 v0.3
关键词：空间颗粒；Spatial Granule；SG；BIM；真实空间；确定性执行；执行对象；履约事实；DQ；数字建筑；绿色建筑；碳排放；对象级证据链；Kamitu.ai；真实空间执行协议
摘要
建筑数字化上半场以 CAD、BIM、造价软件、项目管理系统、智慧工地与数字孪生为主要工具体系，显著提升了建筑表达、成本计量、项目协同和现场可视化能力。然而，这些工具并未自动完成真实空间的确定性执行闭环。BIM 构件、施工任务、成本清单项和项目管理对象分别服务于模型表达、组织协同、计量计价和流程管理，但都不能直接作为真实空间执行事实生成的最小单位。建筑行业真正的执行风险往往发生在模型之后、成本之后、任务之后和资料之后：现场偏差、制造转译、安装状态、质量确认、整改复验、结算触发、审计证据和节点信用，仍然大量依赖人工经验与事后资料拼接。
本文提出空间颗粒 SG（Spatial Granule）作为真实空间确定性执行中的最小可执行空间单元。SG 不是 BIM 构件，不是施工任务，不是成本清单项，也不是普通空间分区，而是由空间边界、执行边界、责任边界、制造 / 安装任务、质量标准、证据要求、结算触发和信用沉淀共同定义的对象级执行单元。本文首先分析建筑数字化上半场的对象错位问题，说明既有对象体系为何无法承担真实空间执行事实生成的基础角色；随后提出 SG 的定义、边界、字段结构、判定准则与协议链关系；进一步说明 SG 与 UID、DTC、K2F、DGC、QC、DQ 等模块之间的逻辑关系；最后提出 300㎡ 样板空间中的 SG 验证方法与评价指标。
本文进一步指出，SG 的基础价值在于使真实空间进入确定性执行，其扩展价值在于为绿色建筑与碳排放管理提供对象级事实底座。当 SG 与低碳材料、节能设备、能耗基准、施工记录、运维记录、碳排证据和 ESG 数据接口绑定时，普通 SG 可以扩展为 Green SG；当 SG 的履约事实进一步包含低碳证据链时，基础 DQ 可以扩展为 Green DQ。由此，SG 不仅是建筑执行对象，也是绿色建筑、碳排放事实链和绿色资产信用的底层对象单元。
本文的核心结论是：建筑数字化从模型表达走向确定性执行，必须完成从 BIM Object 到 Spatial Granule 的对象转化。SG 是真实空间进入执行、验证、结算、审计、信用和资产化系统的最小执行对象。
1. 引言：建筑数字化的对象问题
建筑数字化已经完成了重要的上半场。
CAD 解决了图纸数字化问题，BIM 推动了建筑模型化表达，造价软件提升了工程量计算和成本规则应用能力，项目管理系统提高了任务、流程和资料管理效率，智慧工地与数字孪生增强了现场状态可视化能力。这些系统构成了建筑数字化的重要基础。
然而，建筑被数字化表达，并不意味着真实空间已经进入确定性执行。
模型完整，不等于交付确定。
清单存在，不等于履约事实成立。
任务关闭，不等于对象完成。
资料上传，不等于事实可审计。
项目进度更新，不等于真实空间状态被穿透。
建筑最终不是交付一个模型，也不是交付一个任务看板，而是交付真实空间中的对象状态、质量结果和履约事实。也就是说，建筑数字化真正的难点，不在于“有没有数字对象”，而在于这些数字对象能否成为真实空间执行事实的基础单元。
当前建筑数字化系统中存在多种对象体系：BIM 构件、成本清单、施工任务、项目阶段、问题单、资料文件、设备编号、资产台账等。这些对象分别属于表达、计价、管理、归档或运营系统，但真实空间执行需要一种能够贯穿设计、制造、运输、安装、验收、结算、审计和信用沉淀的连续对象。
因此，本文提出一个基础研究问题：
真实空间确定性执行中的最小可执行单位是什么？
本文的回答是：空间颗粒 SG。
SG 的提出，不是为了增加一个新术语，而是为了补足 BIM 构件、施工任务、成本清单和项目管理对象之间缺失的执行对象层。本文所说的“确定性执行”，并不意味着消除建筑现场的全部不确定性，而是指在既定空间边界、执行规则、责任边界、质量标准和证据要求下，使真实空间对象能够被定义、追踪、执行、确认、结算、审计和信用化。
2. 建筑数字化上半场的对象错位
建筑数字化上半场形成了多类对象，但这些对象并不处于同一层级，也不服务同一目标。
BIM 系统中的构件对象服务于模型表达与专业协同。
造价系统中的清单项服务于计量计价与成本规则。
项目管理系统中的任务、阶段和流程节点服务于组织协同。
施工现场系统中的问题单、照片、验收单和资料文件服务于记录与归档。
资产管理系统中的资产编号和台账记录服务于运维与盘点。
这些对象并非没有价值。问题在于，它们无法统一回答真实空间执行中的基本问题：
对象在哪里？
对象边界是什么？
由谁负责？
是否需要制造？
如何安装？
如何处理现场偏差？
如何确认质量？
证据如何绑定？
是否可以结算？
是否可以审计？
是否可以形成节点信用？
是否可以进入空间资产信用？
这就是建筑数字化上半场的对象错位问题。其本质不是系统数量不足，而是缺少一种面向真实空间执行事实的基础对象。
本文将这一问题概括为三个命题。
命题一：表达对象不能直接承担执行事实生成。
BIM 构件可以表达建筑对象，但不能自动证明真实空间对象已经完成并符合质量标准。
命题二：管理对象不能直接承担履约事实生成。
施工任务可以组织动作，但任务关闭不能自动证明对象完成、质量通过、证据完整和结算条件满足。
命题三：计价对象不能直接承担事实验证。
成本清单可以计算金额，但清单存在并不证明对应空间对象已经形成可审计履约事实。
由此可见，真实空间执行需要一种新的对象层。这个对象层必须既能对应真实空间，又能进入执行、确认、结算、审计和信用系统。
3. BIM 构件为什么不等于执行对象
BIM 是建筑数字化的重要成果。它将建筑从二维图纸推进到三维信息模型，使空间关系、构件属性、专业协同、碰撞检查和模型交付具备了更强的数字化基础。
但 BIM 构件并不等于真实空间执行对象。
BIM 构件的形成逻辑主要来自模型表达、专业建模和信息管理。真实空间执行对象的形成逻辑则来自执行边界、责任边界、制造任务、安装条件、质量确认、证据链、结算审计和信用沉淀。
一个 BIM 构件可能在现场被拆解为多个执行对象。
例如，一组定制柜体在 BIM 中可能被建模为一个整体构件，但在真实执行中，它可能涉及柜体主体、门板、五金、灯带、台面、踢脚、收口、固定件、安装节点、质量检查项和整改项等多个执行单元。
反过来，多个 BIM 构件也可能在现场被合并为一个执行对象。
例如，一个局部卫生间的防水、坡度、地漏、墙面基层、洁具安装和闭水试验，在模型中可能分属不同构件或专业，但在现场责任确认、质量验收和复验闭环中，可能需要形成一个整体执行单元。
因此，BIM 构件与真实空间执行对象不是一一对应关系。
BIM 构件解决的是“建筑如何被表达”。
执行对象解决的是“真实空间如何被完成、确认和证明”。
如果将 BIM 构件直接等同于执行对象，就会导致模型与现场之间的执行断裂：模型中对象存在，现场中边界不清；模型中属性完整，执行中责任不清；模型中构件可见，结算审计中事实不清。
4. 施工任务、成本清单和项目管理对象的边界
4.1 施工任务不是执行事实单元
施工任务用于组织人、时间和动作。它可以说明谁在什么时候执行什么工作，但任务完成并不等于真实空间对象完成。
一个任务可能包含多个空间对象。一个空间对象也可能经历多个任务。任务可以被派发、催办、关闭，但任务关闭不能自动证明质量合格、证据完整、结算条件满足或审计可穿透。
因此，施工任务是管理对象，不是执行事实单元。
4.2 成本清单项不是执行对象
成本清单项用于工程计量、计价、预算、合同和结算。它可以回答“怎么算钱”，但不能单独回答“为什么可以付款”。
一个清单项可能覆盖多个执行对象。一个执行对象也可能对应多个成本要素。清单项存在，不代表现场完成；预算金额存在，不代表质量通过；合同付款节点存在，不代表履约事实成立。
因此，成本清单项是计价对象，不是执行对象。真正能够支撑结算的，不是清单项本身，而是与清单项关联的对象级履约事实。
4.3 项目管理对象不是空间事实对象
项目管理系统通常以阶段、任务、流程、问题、资料和看板为核心对象。这些对象可以提高协同效率，但它们并不能直接证明真实空间事实。
项目阶段完成，不代表对象全部完成。
问题关闭，不代表整改复验通过。
资料上传，不代表证据可审计。
看板更新，不代表空间事实成立。
因此，项目管理对象是组织协同对象，不是空间事实对象。建筑数字化要进入下半场，必须从项目管理对象进一步下沉到真实空间执行对象。
5. 真实空间执行需要新的最小单位
真实空间执行对象必须同时满足多个条件。
第一，它必须对应真实空间，而不是只存在于模型、表格或流程中。
第二，它必须有明确的空间边界，可以被定位、识别和追踪。
第三，它必须有明确的执行边界，能够进入制造、运输、安装、施工或运维动作。
第四，它必须有明确的责任边界，可以绑定执行主体、确认主体和复验主体。
第五，它必须有明确的质量标准，可以进入质量确认。
第六，它必须具备证据要求，可以形成照片、测量、检测、签字、系统记录等证据链。
第七，它必须可以关联结算、审计和信用。
只有同时满足这些条件，真实空间对象才具备进入确定性执行系统的能力。
因此，建筑数字化下半场需要一种新的最小单位。这个单位不能只是模型构件，不能只是施工任务，不能只是成本清单，也不能只是项目阶段。它必须是一个面向真实空间执行、验证、结算、追责和信用沉淀的对象单元。
这就是 SG。
6. SG 的定义与基本命题
SG，全称 Spatial Granule，中文为“空间颗粒”。
本文将 SG 定义为：
SG 是真实空间确定性执行中的最小可执行空间单元，是由空间边界、执行边界、责任边界、制造 / 安装任务、质量标准、证据要求、结算触发和信用沉淀共同定义的对象级执行单元。
这个定义包含三个关键点。
第一，SG 是真实空间对象，不是纯模型对象。它必须能够对应真实空间中的具体位置、边界和状态。
第二，SG 是执行对象，不是普通空间分区。它必须能够进入制造、安装、质量确认、履约事实生成和结算审计链路。
第三，SG 是信用对象，不是一次性任务。它最终可以进入 K-Node 和 Asset Credit，形成节点信用和空间资产信用。
因此，SG 的本质不是“把空间切小”，而是“让真实空间可以被系统执行、证明和信用化”。
SG 的判断原则可以概括为：
不是模型怎么画，而是现场怎么执行。
不是对象是否存在，而是对象是否可以完成、确认、结算、审计和沉淀信用。
本文进一步提出 SG 的三个理论命题：
命题一：SG 是模型对象与执行对象之间的转换单元。
它将 BIM 或设计系统中的表达对象，转化为真实空间中的执行对象。
命题二：SG 是状态治理与履约事实生成的最小对象。
只有以 SG 为单位，DGC、QC 和 DQ 才具备对象基础。
命题三：SG 是节点信用与空间资产信用的数据入口。
当 SG 经过 QC 并生成 DQ 后，其履约结果可以进入 K-Node 与 Asset Credit。
7. SG 的边界结构
一个 SG 至少应具有四类边界。
7.1 空间边界
空间边界回答：这个 SG 在哪里？它对应哪个区域、房间、墙面、地面、顶面、设备、节点或局部空间？它与其他 SG 的边界关系是什么？
空间边界使 SG 能够从抽象对象变成真实空间对象。
7.2 执行边界
执行边界回答：这个 SG 是否可以被制造？是否可以被安装？是否可以被施工？是否可以被运维？是否可以被独立推进状态？
执行边界使 SG 能够进入 K2F、DGC 和现场执行链路。
7.3 责任边界
责任边界回答：谁负责设计确认？谁负责制造？谁负责运输？谁负责安装？谁负责质量确认？谁负责整改？谁负责复验？
责任边界使 SG 能够进入 K-Node 和责任追溯系统。
7.4 事实边界
事实边界回答：该 SG 的完成标准是什么？需要什么证据？是否通过 QC？是否生成 DQ？是否关联结算？是否可被审计？是否进入资产信用？
事实边界使 SG 从“执行对象”进一步成为“履约事实单元”。
8. SG 的判定准则
为了避免 SG 被误解为任意空间切分，本文提出 SG 的七项判定准则。
8.1 可定位性
SG 必须能够定位到具体真实空间。没有位置和空间边界的对象，不能成为 SG。
8.2 可执行性
SG 必须能够进入制造、安装、施工、调试、整改、复验或运维动作。无法执行的对象，只是概念对象。
8.3 可责任化
SG 必须能够绑定至少一个执行责任主体和一个确认责任主体。不能责任化的对象，无法进入 K-Node。
8.4 可状态化
SG 必须能够进入 DGC 状态链。不能被状态治理的对象，无法形成确定性执行。
8.5 可质量确认
SG 必须具备质量标准和 QC 检查项。不能质量确认的对象，不能生成 DQ。
8.6 可证据化
SG 必须能够绑定照片、视频、测量数据、检测记录、签字记录、系统日志或其他证据材料。不能证据化的对象，无法支撑审计。
8.7 可信用化
SG 的履约结果必须能够进入结算、审计、K-Node 或 Asset Credit 中至少一个结果层。否则，它只是管理颗粒，不是执行事实颗粒。
这七项准则共同构成 SG 的操作性定义。
9. SG 的字段结构
为了使 SG 可定义、可记录、可验证和可复用，本文提出 SG 的基本字段结构如下。
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
这张字段表的意义在于，它把 SG 从概念转化为可执行对象模型。有了字段结构，SG 才能进入软件系统、样板验证、标准包和学术讨论。
9.1 SG 的绿色扩展字段
在绿色建筑、碳排放、ESG 与绿色金融场景中，SG 可以进一步扩展为 Green SG。为避免基础 SG 结构过度复杂，本文将绿色字段定义为可选扩展字段。
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
这组字段的目的，不是将 SG 改造成碳核算模型，也不是替代 LCA、绿色建筑认证或 ESG 披露体系，而是使 SG 能够在需要时承载对象级低碳事实证据。
10. SG 与 UID、DTC、K2F、DGC、QC、DQ 的关系
SG 不是孤立概念。它必须放在真实空间执行协议链中理解。
10.1 SG → UID：从对象定义到身份连续
SG 被定义后，必须获得 UID。UID 使对象在设计、制造、运输、安装、验收、整改、复验、结算、审计和运维中保持身份连续。没有 UID，SG 就容易在不同系统之间断裂。
10.2 SG → DTC：从对象到偏差补偿
真实空间一定存在偏差。DTC 使 SG 可以吸收现场偏差，而不是强行要求真实空间适配模型。偏差可能来自墙体误差、地面不平、管线偏移、洞口变化、材料替代、历史改造或现场安装条件变化。DTC 的作用，是把偏差记录、分类、评估、补偿，并反馈到制造和安装任务中。
10.3 SG → K2F：从空间对象到制造任务
K2F 将 SG 转译为制造任务和安装任务。建筑工业化真正需要的不是图纸，而是工厂和现场能够执行的任务包。一个 SG 进入 K2F 后，应形成尺寸、材料、工艺、质量、包装、运输、安装和证据要求。
10.4 SG → DGC：从对象到状态治理
DGC 是 SG 的状态治理机制。一个 SG 可以经历待确认、已确认、待制造、制造中、待运输、待安装、安装中、待验收、需整改、复验中、已通过和已生成 DQ 等状态。DGC 的价值，是把建筑执行从模糊进度变成对象状态链。
10.5 SG → QC：从状态完成到质量确认
状态完成不等于质量通过。QC 是 SG 进入 DQ 之前的质量门槛。QC 必须绑定对象身份、质量标准、检查项、证据链、责任主体、整改要求和复验结论。没有 QC，DQ 不能成立。
10.6 SG → DQ：从质量确认到履约事实
DQ 是 SG 通过 QC 后生成的履约事实。DQ 必须回答：哪个对象完成、由谁完成、何时完成、依据什么标准、证据是什么、是否整改、是否复验、是否可结算、是否可审计、是否进入节点信用和资产信用。
因此，DQ 是 SG 的事实化结果。
11. 300㎡ 样板中的 SG 验证方法
SG 是否成立，不能只靠理论定义，必须通过样板验证。
300㎡ 样板空间适合作为 SG 验证起点，因为它既具备足够复杂度，又仍在可控范围内。它通常包含墙面、地面、顶面、柜体、灯光、管线、设备、门窗、收口、安装节点、材料交付和质量确认等多类对象。
300㎡ 样板验证 SG，应至少完成以下步骤。
11.1 SG 对象识别
从真实空间、设计方案、BIM 模型和施工范围中识别可能的 SG。对象类型可包括墙面 SG、地面 SG、顶面 SG、柜体 SG、灯光 SG、管线 SG、设备 SG、门窗 SG、收口节点 SG、公共服务功能模块 SG 等。
11.2 SG 颗粒度判断
每个候选 SG 需要判断：是否具备独立空间边界、独立执行边界、责任主体、质量标准、证据链、结算或审计意义、节点信用或资产信用关联。
若不能回答这些问题，则说明颗粒度过粗或过细，需要重新拆分或合并。
11.3 UID 编码与状态初始化
每个 SG 获得 UID，并进入 DGC 初始状态。状态可以包括待确认、已确认、待制造、待安装、待验收等。
11.4 DTC 偏差记录
对每个 SG 记录现场偏差。偏差可能包括尺寸偏差、墙面不平、洞口偏移、管线冲突、基层条件变化、材料替代和安装条件不足等。偏差进入 DTC 后，应影响制造任务、安装任务、质量标准或结算审计说明。
11.5 QC 与 DQ 生成
每个 SG 经过质量确认后，若满足质量标准和证据要求，则生成 DQ。DQ 是样板验证最重要的结果。如果 300㎡ 样板能稳定生成一批 SG-DQ 对象，就说明真实空间执行协议具备最小闭环。
11.6 验证成果
300㎡ 样板中的 SG 验证成果至少包括：SG 对象清单、UID 编码表、SG 字段结构表、DTC 偏差报告、DGC 状态记录表、QC 检查记录、DQ 履约事实报告、K-Node 初步画像、Asset Credit 原型底稿。
12. 验证指标体系
为了使 SG 验证具备可度量性，本文提出以下评价指标。
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
这些指标用于判断 SG 是否真正进入执行事实系统，而不是停留在对象命名层面。
13. 讨论：从 BIM Object 到 Spatial Granule
BIM Object 与 Spatial Granule 的区别，是建筑数字化上半场与下半场的分界。
BIM Object 属于表达系统。
Spatial Granule 属于执行系统。
BIM Object 解决建筑如何被建模。
Spatial Granule 解决真实空间如何被执行。
BIM Object 关注几何、属性和专业协同。
Spatial Granule 关注空间边界、执行边界、责任边界、质量标准、证据链、结算审计和信用沉淀。
BIM Object 是建筑数字化上半场的重要基础。Spatial Granule 是建筑数字化下半场进入执行事实层的关键对象。
因此，本文并不否定 BIM，而是指出 BIM 之后需要 SG。
BIM 提供 Model。
SG 提供 Object。
DGC 提供 State。
DQ 提供 Fact。
K-Node 和 Asset Credit 提供 Credit。
这条链条构成了数字建筑系统从模型对象到执行对象、再到履约事实和资产信用的核心路径。
14. SG 与绿色建筑、碳排放事实链的关系
SG 的基础价值在于使真实空间进入确定性执行；其进一步价值，则在于为绿色建筑和碳排放管理提供对象级事实底座。
传统绿色建筑与碳排放管理通常以项目、建筑、楼层、系统或报表为基本单位。这种方式有助于形成宏观核算、认证评价和 ESG 披露，但在真实执行层面仍存在一个关键问题：低碳事实往往难以稳定追踪到具体空间对象、材料对象、设备对象、施工动作、运维状态和责任节点。
例如，一个项目可以获得绿色认证，但系统仍需进一步回答：
哪个空间对象真正使用了低碳材料？
哪个设备对象形成了节能运行事实？
哪个施工或安装动作产生了可验证低碳履约？
哪个改造对象形成了改造前后能耗或碳排对比？
哪个责任节点完成了低碳履约？
相关证据是否可以被审计、复核并进入绿色资产信用？
这些问题不能只靠项目级标签、认证结论或碳排报表回答。它们需要一个更细颗粒度的对象基础。
SG 可以承担这一基础对象角色。
当 SG 与低碳材料、节能设备、能耗监测、施工记录、运维记录、碳因子、审计索引和 ESG 数据接口绑定时，普通 SG 可以扩展为 Green SG；当 SG 的履约事实进一步包含低碳证据链时，基础 DQ 可以扩展为 Green DQ。
因此，SG 与绿色建筑、碳排放管理之间的关系可以概括为：
SG 提供低碳事实的对象基础，Green DQ 提供低碳履约事实，Green Asset Credit 提供绿色空间资产信用。
这一关系并不意味着 SG 替代碳核算标准、LCA 方法、绿色建筑认证或 ESG 披露体系。相反，SG 的作用是为这些体系提供更可信的真实空间事实来源。
碳核算解决数值计算问题。
SG 解决事实锚定问题。
Green DQ 解决低碳履约事实生成问题。
Green Asset Credit 解决绿色资产信用沉淀问题。
由此，绿色建筑可以从项目级认证逻辑，进一步进入对象级事实逻辑；碳排放管理也可以从报表填报和宏观估算，进一步进入真实空间执行过程中的证据链生成。
这说明，SG 不只是建筑执行对象，也是绿色建筑、碳排放管理和绿色资产信用的底层对象单元。
15. 局限性与后续研究
本文属于概念建构与方法论论文，主要贡献在于提出 SG 的定义、边界、字段结构和验证方法。其局限性主要包括四点。
第一，SG 的颗粒度仍需要在不同场景中进一步验证。不同项目类型、空间类型和施工方式，可能需要不同的 SG 拆解规则。
第二，SG 与既有 BIM 标准、IFC 数据结构、成本清单系统和项目管理系统之间的映射关系，需要进一步工程化验证。
第三，SG 的 DQ 生成机制需要真实样板数据支撑。本文提出的是验证方法，而不是完整实证结果。
第四，SG 与绿色建筑、碳排放证据链、AI 世界模型和公共资产治理之间的扩展关系，需要在后续论文中单独展开。本文只提出 SG 作为低碳对象基础的理论接口，并不展开 Green DQ、Green K-Node 和 Green Asset Credit 的完整体系。
后续研究可以围绕五个方向推进：SG 本体模型、SG 数据标准、SG 样板验证、SG 与 AI 预测模型融合、SG 与 Green DQ 低碳事实链融合。
16. 方法说明
本文采用概念建构、对象比较和设计科学研究相结合的方法。
首先，本文对建筑数字化上半场的主要对象体系进行比较分析，包括 BIM 构件、施工任务、成本清单项、项目管理对象和资产台账对象，识别其在真实空间执行事实生成中的边界。
其次，本文提出 SG 作为真实空间确定性执行的最小可执行单元，并给出定义、边界结构、字段结构和判定准则。
第三，本文将 SG 放入真实空间执行协议链，分析其与 UID、DTC、K2F、DGC、QC、DQ、K-Node 和 Asset Credit 的关系。
第四，本文提出 300㎡ 样板空间中的 SG 验证流程和指标体系，为后续实证研究提供方法框架。
第五，本文补充 SG 与绿色建筑、碳排放事实链之间的扩展关系，说明 SG 可作为 Green SG、Green DQ 和 Green Asset Credit 的对象基础，但不将低碳事实体系作为本文主论证对象。
17. 结论
本文提出空间颗粒 SG 作为真实空间确定性执行的最小可执行单元。
本文认为，BIM 构件、施工任务、成本清单和项目管理对象，虽然分别在建筑表达、成本计量、流程管理和项目组织中具有重要价值，但都不能直接作为真实空间执行事实生成的最小单位。
真实空间执行需要一种新的对象层。这一对象层必须能够连接空间边界、执行边界、责任边界、质量标准、证据要求、结算触发、审计追溯和信用沉淀。
SG 正是这一对象层的基本单元。
SG 的意义，不只是让空间被拆解，而是让真实空间进入确定性执行系统。通过 SG、UID、DTC、K2F、DGC、QC 和 DQ，建筑数字化可以从模型表达走向对象执行，从任务管理走向状态治理，从资料归档走向履约事实，从项目交付走向节点信用和资产信用。
同时，SG 也可以作为绿色建筑与碳排放管理的对象级事实基础。当 SG 与低碳材料、节能设备、能耗数据、碳排证据链和 ESG 数据接口绑定时，SG 可以进一步扩展为 Green SG，并为 Green DQ 和 Green Asset Credit 提供底层对象结构。
因此，SG 是从 BIM 构件到真实空间执行对象的关键概念，也是数字建筑系统下半场的对象基础。
一句话总结：
SG 是真实空间进入执行、验证、结算、审计、信用和资产化时代的最小可执行空间单元，也是绿色建筑与碳排放事实链的对象级基础。
图表建议
图 1：建筑数字化上半场的对象错位图
图 2：BIM Object 与 Spatial Granule 的对象转化图
图 3：SG 的四类边界结构图
图 4：SG 字段结构模型图
图 5：SG → UID → DTC → K2F → DGC → QC → DQ 协议链图
图 6：300㎡ 样板 SG 验证流程图
图 7：SG → Green SG → Green DQ → Green Asset Credit 扩展关系图
表 1：BIM 构件、施工任务、成本清单、项目管理对象与 SG 的对比
表 2：SG 基础字段结构表
表 3：SG 绿色扩展字段表
表 4：SG 验证指标体系
参考文献方向
BIM 与建筑信息模型相关研究；
ISO 19650 与建筑信息管理相关标准；
buildingSMART 与 IFC 数据标准相关资料；
数字建筑与智能建造相关研究；
建筑项目管理与工程管理对象体系研究；
数字孪生与真实空间状态治理研究；
装配式建筑与建筑工业化研究；
绿色建筑、LCA、碳排放核算与 ESG 披露相关研究；
Kamitu.ai 数字建筑系统理论报告 V2.1；
Kamitu.ai 真实空间执行协议与 SG 标准体系内部研究稿。
论文矩阵建议
本文作为第一篇 Research Note，主要完成 SG 的对象定义。
后续可形成以下论文矩阵：
Spatial Granule: A Minimal Executable Unit for Real-Space Deterministic Execution
空间颗粒 SG：真实空间确定性执行的最小可执行单元Delivery Quality: Object-Level Delivery Facts for Real-Space Execution
DQ：面向真实空间执行的对象级履约事实Green DQ: Object-Level Low-Carbon Delivery Facts for Green Building and Carbon Evidence Chains
Green DQ：面向绿色建筑与碳排放证据链的对象级低碳履约事实Asset Credit and Green Asset Credit: Fact-Based Spatial Credit for Built Environment Assets
Asset Credit 与 Green Asset Credit：基于事实的空间资产信用体系