建设产业互联网

2026-07-25

导读：Kamitu.ai国际传播、生态合作与商业模式设计的总战略原则V1.0

文件控制与声明

文件名称	Kamitu.ai国际传播、生态合作与商业模式设计的总战略原则 V1.0
英文名称	Kamitu.ai General Strategic Principles for International Communication, Ecosystem Collaboration and Business Model Design V1.0
文档编号	KAMITU-STRATEGY-01-PUBLIC
文档类型	PUBLIC STRATEGIC POSITION PAPER
规范属性	NON-NORMATIVE / INFORMATIVE
文档状态	PUBLIC RELEASE V1.0
作者 / 研究机构	住联科技（深圳）
发布品牌	Kamitu.ai
公开等级	PUBLIC
发布日期	2026-07-25
战略命题	协议层联合，产品层竞争，执行事实层赛跑。
英文命题	Collaborate on shared protocols, compete through products, and race to establish verifiable execution facts.

文件性质声明
本文是Kamitu.ai关于国际传播、生态合作与商业模式设计的公开战略立场文件，属于非规范性、说明性内容。本文不构成Core Specification、开放许可、认证政策、产品承诺、商业报价或对任何第三方的合作承诺。具体开放范围、治理程序、Conformance、Certification及商业服务，以后续正式发布的规范文件和书面协议为准。

实施状态边界
本文表达长期战略方向，不代表全部治理机制、参考实现、公共Change Request、Conformance Test Suite、Certification Mark或Execution Fact Services已经完成部署。任何实施、兼容、认证或事实闭环声明，均应披露版本、测试范围、Evidence、限制条件和有效期。

执行摘要

协议层联合，产品层竞争，执行事实层赛跑。

数字化平台通常通过集中用户、对象、数据和应用形成平台中心。这种模式适合建设企业软件，却难以完整解决真实空间中的跨系统执行问题。建筑、能源、工业、机器人和空间运营由不同主体、专业系统与责任边界共同构成，任何单一平台都难以合法、专业地接管全部对象、系统和现场权力。

Kamitu.ai的战略路径不是建设一个控制所有参与方的中心化超级平台，而是形成一个厂商中立、规则统一、治理明确、事实可验证的协议化生态：协议层共同建立对象、身份、治理、执行、Evidence、QC与事实形成规则；产品层允许不同企业基于共同规则自由实现和竞争；执行事实层通过真实Pilot、第三方复现和可重复QC决定协议与产品的实际地位。

该战略同时决定Kamitu.ai的国际传播方式、生态伙伴关系、产品边界和商业模式：对外传播一个跨行业共同问题，而不是推销一个封闭的中国平台；让合作伙伴成为协议参与者和独立实现者，而不是被吸收到单一产品体系；通过参考实现、Connector、行业Profile、Conformance、Pilot与Execution Fact Services创造商业价值。

开放协议形成生态，独立于单一项目、客户和合作方的治理保持原义，产品竞争推动创新，真实事实决定地位。

战略框架总览

层级	联合 / 竞争原则	核心对象	价值判断
协议层	联合	Canonical Definition、Terminology、Namespace、Mapping、Profile、Conformance	是否形成稳定、可共同理解和可验证的规则
产品层	竞争	Registry、Runtime、Connector、AI Agent、Evidence、QC、DQ及行业应用	谁能在共同规则下提供更优性能、可靠性、体验和成本
执行事实层	赛跑	真实对象、真实授权、专业执行、Evidence、可重复QC、Execution Fact	谁能更快形成真实、可复核、可复制的事实网络

一、从中心化平台走向协议化平台

协议化平台的价值，不在于把所有系统收进一个中心，而在于让不同主体围绕同一个真实对象形成共同理解、受治理执行和可验证结果。

中心化平台的核心问题是：如何把更多用户、对象、数据和业务集中到自己的系统中？

协议化平台的核心问题则是：如何让不同系统在不放弃自身对象模型、产品能力和专业责任的前提下，围绕同一个真实对象完成一致、受治理和可验证的协作？

Kamitu.ai将SG执行段定位为厂商中立的协议层。这里的“厂商中立”是指协议不依赖任何单一产品、数据库、云平台或专业系统，并不表示无治理、无权利主体或无官方实现。BIM、IFC、GIS、数字孪生、ERP、MES、IoT、BMS、EMS、机器人和工程管理平台不需要放弃自己的对象模型，它们可以继续作为Object Reference、State、Intent和业务上下文来源，也可以消费Result Event、Evidence Reference、QC和DQ事实摘要。

这意味着，Kamitu.ai不是要求所有参与者迁移到一个统一产品，而是提供一套共同规则，使不同产品能够围绕真实空间执行形成稳定连接。

数字表达 → 真实对象身份 → 状态与能力 → 组织授权 → 专业执行 → Evidence → QC → 可验证事实

中心化平台追求的是“所有数据进入我的系统”；协议化平台追求的是不同系统仍然属于不同主体，但执行过程可以被共同理解，执行结果可以被共同验证。

1.1 协议化平台的四项基础

·对象连续：不同模型、设备、业务和生命周期记录能够指向同一真实对象。

·治理连续：Intent、Authorization、Policy、Safety与Command之间保持可追溯边界。

·执行连续：专业系统继续承担真实控制、工艺、安全联锁和现场责任。

·事实连续：Evidence、QC、DQ、失败、撤销和替代共同形成版本化历史。

二、协议层联合：共同解决不能由单一产品解决的问题

协议层解决的不是一个软件功能，而是一组跨系统、跨组织、跨生命周期的共同基础问题。

行业需要共同回答：

·哪些真实对象有资格进入执行；

·如何维持SG与UID的跨系统、跨版本和跨生命周期身份连续；

·Intent如何经过Authorization、Policy和Safety形成Command；

·专业系统执行后，什么材料有资格成为Evidence；

·QC如何冻结规则、输入、阈值、方法与责任，并实现重复验证；

·DQ如何记录成功、失败、拒绝、部分完成、人工接管、撤销和替代事实；

·BIM、IoT、BMS、ERP、MES和其他专业系统如何建立版本化映射；

·一个实现达到什么条件才能声明Conformance。

这些问题不能由某个产品菜单、数据库表、私有接口或厂商自定义状态决定。一旦核心概念依附于某个产品，协议就会退化为私有平台规范；合作伙伴也只能成为平台的实施商、渠道商或数据提供者，而无法成为真正的协议参与者。

2.1 协议层应逐步形成的公共资产

·稳定的Canonical Definition；

·统一的Terminology Registry与公开术语版本；

·清晰的Namespace与Canonical Identifier；

·可追溯的Version Policy；

·正式的Change Request与影响评审机制；

·厂商中立的Mapping与行业Profile；

·可重复的Conformance Test；

·公开的贡献记录、版本历史和实施报告。

“协议层联合”并不意味着任何参与方都可以随意修改Kamitu.ai的核心含义。它意味着行业可以共同提出问题、映射、Profile、实现和验证，同时由独立于单一项目、客户和合作方的治理机制维持核心语义、版本与边界。

共同贡献不等于共同改写；开放讨论不等于Canonical Update；实现创新不等于Core Redefinition。

三、产品层竞争：统一协议不等于统一产品

协议定义“应该满足什么”，产品决定“如何实现得更好”，Conformance判断“是否真的满足”。

协议统一之后，产品竞争不会消失，反而会更加充分。不同企业可以围绕同一协议开发不同产品和服务。

产品类别	可能的实现与竞争维度
对象与身份	SG Registry、UID Resolver、Object Graph；竞争数据规模、解析能力、生命周期与冲突处理。
运行与边缘	Edge Runtime、State Runtime、Authorization Engine；竞争实时性、可靠性、安全与部署模式。
连接与执行	Connector平台、BMS/EMS/OPC UA/MES/机器人适配；竞争协议覆盖、稳定性和专业深度。
证据与质量	Evidence Service、QC Engine、DQ Ledger；竞争可追溯性、复算效率、规则治理和审计能力。
AI与业务应用	AI Agent、数字孪生、工程管理、能源、运维和机器人应用；竞争场景理解、交互、成本与服务。
一致性工具	Conformance工具、Compatibility Report、Implementation Report；竞争测试能力与可信度。

Kamitu.ai可以拥有自己的Reference Implementation和商业产品，但必须保持一条长期边界：Kamitu.ai产品可以成为协议的优秀实现，但不能成为理解和实施Kamitu.ai协议的唯一合法方式。

否则，“厂商中立协议”最终仍会变成一个换了名称的中心化产品平台。产品竞争的对象不再是谁创造更多不兼容的私有概念，而是谁能在共同规则下提供更好的实现。

Reference Implementation ≠ Exclusive Implementation。规范是语义来源，实现是规范的一种表达。

四、执行事实层赛跑：真正的行业地位由事实决定

理论、白皮书和架构只能建立概念入口；真实、可验证、可复现的执行事实才建立行业地位。

真实对象 → 真实授权 → 真实专业执行 → 完整Evidence → 可重复QC → 可复核执行事实

执行事实层的竞争主要体现在：

·谁先完成真实Pilot并保留完整失败路径；

·谁先形成可复制的行业Profile；

·谁的Connector覆盖更多真实专业系统；

·谁能在第二个、第三个项目中重复同一方法；

·谁的Evidence结构更加完整、来源更加清晰；

·谁的QC规则更加稳定、可重复和可复算；

·谁能够保留拒绝、部分完成、人工接管、撤销和替代事实；

·谁能让外部团队在不依赖原开发人员的条件下独立实现与验证；

·谁能在明确授权和权利边界下形成规模化Execution Fact Dataset。

国际生态不会仅因为理论宏大而采用SG。它真正会追问的是：能否与现有标准映射，能否独立实现，能否重复测试，是否存在真实结果，规范是否稳定，专利和许可是否清楚。当前最重要的国际化资产不是继续堆叠白皮书，而是Mapping、Reference Implementation与Conformance Test。

执行事实层赛跑的含义不是追求数据数量，而是追求事实质量。每一条事实都应能够回答：对谁执行、谁授权、由谁执行、如何证明、依据什么规则验证，以及后来是否被修正、撤销或替代。

4.1 三类竞争壁垒

壁垒	形成方式	长期价值
协议壁垒	稳定定义、Mapping、Profile、版本与Conformance	降低跨平台协作成本，形成国际协议身份
实现壁垒	Runtime、Connector、Evidence、QC、DQ与行业产品	形成收入、效率、可靠性和场景深度
事实壁垒	真实Pilot、失败历史、第三方复算、Execution Fact Dataset	形成难以通过宣传复制的产业信用和学习能力

五、厂商中立不等于无治理

厂商中立，是协议不依赖单一产品；独立治理，是核心语义不被单一项目、客户、资本或合作方静默改写。

“中立”最容易被误解为开放一切、放弃控制，或者由所有参与者共同决定所有问题。这并不是Kamitu.ai应采用的路径。

厂商中立，不等于无治理；开放协议，不等于公开全部核心资产。

5.1 Kamitu.ai需要维持的治理与权利

·Canonical Definition与Core Terminology；

·Namespace、Canonical Identifier与版本治理；

·Change Request、Core Review与发布证据；

·Core Conformance规则和未来Certification Mark；

·Background IP、商标和品牌授权；

·核心安全、权利、数据和责任边界。

5.2 开放与受控的分层

层级	建议开放内容	建议受控内容
公共协议层	公共定义、理论边界、基础Mapping、基础Schema、Profile扩展规则、公共Conformance框架	未冻结或涉及安全、客户数据、专利前机制的内容
参考资产层	合理的参考实现、示例、基础测试和实施指南	高级Reference Assets、完整Conformance Suite、内部Registry
商业实现层	公开产品说明、兼容范围和接口边界	商业Connector、自动准入与冲突消解、高级QC/DQ算法
品牌认证层	公开认证条件、有效期和查询入口（正式发布后）	Certification Mark授权、审查材料和违规处理机制

Open Specification → Controlled Reference Assets → Licensed Conformance Suite → Independent Certification Mark

上述结构是目标治理形态。公共Change Request门户、完整Conformance Test Suite和Certification Mark等能力，在正式发布前应继续标注为Roadmap、Draft、Experimental或Not Released，不得仅因战略文件发布而表述为已经全面运行。

六、国际传播：传播一个共同问题，而不是推销一个中国平台

国际传播的起点不是“我们有一个新的智慧空间软件”，而是“现有标准之间仍缺少怎样的共同执行与事实闭合能力”。

更有效的国际表达是：现有标准已经分别解决数字表达、设备交互、工业通信、信息管理和数字孪生，但不同系统如何围绕正确真实对象完成受治理执行，并通过Evidence与QC形成可验证事实，仍需要一个共同协议层。

Kamitu.ai不应宣称替代IFC、W3C WoT、OPC UA、AAS或数字孪生，而应说明：

·IFC继续负责建筑对象的数据表达与交换；

·W3C WoT继续描述Thing的接口与交互；

·OPC UA继续承担工业信息建模、访问和通信；

·BIM和数字孪生继续提供对象、关系、状态和业务上下文；

·专业系统继续负责真实控制、工艺与安全联锁；

·Kamitu.ai补充对象连续、执行治理、Evidence、QC和事实闭合。

SG does not replace existing standards. SG binds them around governed real-world execution.

6.1 国际采用路径

国际概念来源 → 跨标准映射 → 独立实现 → 真实Pilot → 第三方复算 → 行业Profile → 国际工作组贡献 → 正式标准研究

SG真正的国际机会不是向海外销售一个名为SG的软件，而是成为数字建筑、IoT、数字孪生和工业标准之间，关于真实对象资格、受治理执行与事实闭合的共同补充层。

6.2 国际传播资产优先级

优先级	核心资产	目的
P0	English Canonical Definition、Cross-Standard Matrix、Terminology Public Edition	建立准确理解和可引用来源
P1	IFC/WoT/OPC UA Mapping、基础Schema、Reference Implementation	证明可运行和可接入
P2	Conformance Test、Independent Implementation、Pilot Report	证明可复现和可审查
P3	工作组贡献、Technical Report、行业Profile	形成国际治理与标准化入口

七、生态合作：从平台依附转向协议共建

最好的合作结果不是“全部系统接入Kamitu.ai”，而是每一方继续承担专业责任，并围绕同一真实对象形成共同认可的执行事实链。

传统平台生态通常由平台方定义对象、控制接口、集中数据，并将合作方定位为实施商、渠道商或场景提供者。Kamitu.ai的生态合作应转向协议共建和责任互补。

伙伴类型	共同参与内容	不应被要求放弃的能力
标准和研究伙伴	术语、对象边界、Mapping、Profile、Conformance、验证方法	自身研究立场、标准体系和对象模型
产品和实现伙伴	Registry、Runtime、Connector、Evidence、QC、DQ和行业应用	独立产品、商业模式和技术路线
专业执行伙伴	BMS、EMS、PLC、MES、机器人、制造、物流、安装、检测和安全联锁	专业系统控制权与现场责任
Pilot和验证伙伴	真实场地、对象、授权、专业系统、Evidence和第三方验收	现场数据权利和业务治理权
认证和治理伙伴	独立测试、Conformance报告、专利披露、贡献管理和认证机制	独立判断和审查责任

7.1 合作原则

·合作方不是因提供场景或数据而自动取得Kamitu.ai Core治理权；

·Kamitu.ai也不因提供协议和工具而自动取得合作方现场数据、专业系统或客户关系；

·Background IP、Foreground IP、数据用途、公开发布与标准化贡献必须分别书面约定；

·技术可访问不等于授权使用，联合验证不等于投资、采购、排他合作或标准背书；

·所有合作成果必须如实区分Definition、Mock、Integration、Real System和Site Acceptance状态。

八、商业模式：不靠封闭协议收费，而靠关键能力创造价值

商业模式的核心不是把协议本身锁住，而是通过协议扩大生态，通过实现获得收入，通过Conformance建立信任，通过真实执行事实形成长期壁垒。

商业层	主要内容	开放 / 收费原则
1 公共协议层	Canonical Definition、Public Research、Terminology、基础Mapping、基础Schema、公共Conformance框架	以降低理解和接入成本为主，不以封闭收费为核心
2 参考实现与运行基础设施	SG Registry、UID Resolver、Edge Runtime、Authorization、Evidence Collector、QC Engine、DQ Ledger	软件许可、订阅、私有部署、运维与支持
3 Connector与行业Profile	BIM/IFC、BMS/EMS、OPC UA、MES/ERP、Robotics Connector；Building/Energy/Construction/Operations Profile	按专业系统、场景、节点和项目收费
4 Conformance与认证	Test Suite、实现测试、Compatibility Report、Independent Implementation Report、未来Certification Mark	在规范、治理与测试机制正式发布后收费
5 Pilot与专业服务	场景设计、对象建模、系统映射、Connector集成、Evidence/QC设计、联合验证和复制实施	项目费、咨询费、实施费和长期服务费
6 Execution Fact Services	事实查询、质量与履约分析、节点能力画像、风险分析、运行优化和受授权数据集	仅在明确数据权利、用途许可、隐私保护和跨项目隔离基础上提供

8.1 Execution Fact Services的数据权利边界

Execution Fact Dataset必须建立在明确的数据权利、项目授权、用途许可、隐私保护、可撤销关系和跨项目隔离基础上。公开协议不意味着客户原始数据、现场Evidence或执行事实可以被默认集中、交易、跨项目统计或用于模型训练。

·项目运行权、评估权、分析权、训练权、跨项目统计权和公开发布权应分别授权；

·原始Evidence原则上由场地或数据权利主体控制；

·跨域优先传递元数据、哈希、授权摘要或必要事实，而不是默认复制全部原始数据；

·撤销授权、事实纠正和对象替代必须能在数据服务中持续生效。

九、Kamitu.ai真正的底层密码

从中心化平台走向中立协议化生态，不是品牌语言调整，而是组织结构、产品边界、生态关系和收入模式的整体转变。

开放协议形成生态。
独立治理保持原义。
产品竞争推动创新。
真实事实决定地位。

这意味着：

·Kamitu.ai不垄断所有产品；

·不取代所有专业系统；

·不占有所有现场数据；

·不把合作伙伴变成普通实施商；

·不以文件发布代替真实验证；

·不以接口成功代替执行事实。

Kamitu.ai真正需要建立的是一套能够跨越企业、系统和行业的共同执行规则，并通过真实项目不断证明这套规则可以运行、可以复制、可以审查、可以失败，也可以被修正。

9.1 组织和产品决策检查

决策问题	符合战略的答案
协议是否依赖某一产品或数据库？	否。公共语义、标识、版本和Conformance应可由不同实现共同使用。
合作是否要求伙伴放弃自身对象模型？	否。通过Mapping与Profile连接，不要求上游平台被替代。
产品是否可以形成商业收入？	可以。收入来自实现、Connector、Profile、Conformance、Pilot和事实服务。
数据是否默认集中到Kamitu.ai？	否。数据权利、现场控制和用途授权必须独立明确。
行业地位依据什么？	真实Pilot、第三方实现、可重复QC和高质量执行事实。

结语与正式战略命题

“协议层联合、产品层竞争、执行事实层赛跑”不是一句市场口号，而是一条决定Kamitu.ai能否从项目型能力走向面向国际采用的协议资产的长期路线。

协议层联合，让Kamitu.ai有机会进入更大的国际生态，而不是与所有现有标准正面竞争。产品层竞争，让不同企业能够在共同规则下持续创新，而不是被锁定在一个中心化平台中。执行事实层赛跑，则让所有理论、产品和合作最终接受真实世界的检验。

Kamitu.ai最终的行业地位，不应由它拥有多少页面、客户名单或合作公告决定，而应由它能否持续形成真实、可验证、可复现、可治理的执行事实。

正式战略命题
Kamitu.ai坚持“协议层联合、产品层竞争、执行事实层赛跑”。它不以中心化平台控制所有真实空间系统，而是以厂商中立的协议统一对象、身份、治理、执行、Evidence、QC与事实形成；允许不同平台基于统一规则自由实现和竞争，并以真实、可验证、可复现的执行事实决定最终行业地位。

对外精简表达
协议共同制定，产品自由竞争，事实接受验证。

English
Collaborate on shared protocols, compete through products, and race to establish verifiable execution facts.

公开边界与当前状态

本文件公开的是Kamitu.ai的长期战略立场，不应被解释为全部治理和商业能力已经完成。对外发布和合作材料必须继续如实披露当前状态。

能力 / 资产	本文件中的战略定位	发布时建议状态
Canonical Definition与公共理论边界	Kamitu.ai协议语义基础	按对应公开文件版本披露
Terminology Registry / Namespace	核心治理目标	DRAFT / ROADMAP，直至正式公共Registry发布
Public Change Request / Technical Board	开放贡献与独立治理目标	NOT RELEASED / ROADMAP
C0-C5 Conformance分级	公开说明连接成熟度的研究框架	PUBLIC RESEARCH FRAMEWORK，不是认证标准
Conformance Test Suite	未来实现测试与兼容判断基础	PENDING / EXPERIMENTAL，直至正式发布
Certification Mark	未来品牌与认证服务	NOT RELEASED
Reference Implementation	协议的一种实现和商业产品基础	按真实版本标注EXPERIMENTAL / PARTIAL / PASS
Execution Fact Services	长期商业能力	ROADMAP / PILOT，受数据权利和用途授权约束
Real Pilot与第三方复现	战略地位的事实基础	按每个项目真实Evidence和Site Acceptance披露

Definition Frozen ≠ Implementation Complete；Public Strategy ≠ Public Governance Platform Released；Integration PASS ≠ Real Pilot PASS；Conformance Framework ≠ Certification Granted。

协议层联合，产品层竞争，执行事实层赛跑