> 译文仅供阅读便利。具有规范效力的是英文原文。 # 案例研究：Orkestron 生态 **元宇宙规范** **文档编号：** MU-V2-ECO-010 **标题：** 案例研究：作为一个运转中元宇宙的 Orkestron 生态 **文档类别：** 说明性 **版本：** 2.0（草案） **状态：** 工作草案 **规范性引用：** 无 **说明性引用：** [Known-Implementations](Known-Implementations.md)、[Registered-Meta-Models](Registered-Meta-Models.md)、[Meta-Model-Composition](../02-architecture/Meta-Model-Composition.md)、[Extension-Model](../02-architecture/Extension-Model.md)、[AI-Agent-Guide](../07-guides/AI-Agent-Guide.md)、[Case-Study-Axiacracy-MOS](Case-Study-Axiacracy-MOS.md) **版权：** © Orkestron.AI **许可：** Apache-2.0 --- # 1. 目的 本案例记述的是一个真实运转中的元模型与产品生态 - **Orkestron 生态** - 作为元宇宙概念投入生产使用的一份走通了的例证。 它之所以存在，有两个理由： 1. **证据。** 标准应当能指出至少一个地方：在那里，它的各项概念（宇宙、维度、命名空间、对象、投影、事件、语义包、联邦）不是假设，而是撑着活生生的产品。 2. **回馈。** 这份规范中的若干部分（组合层、外部模型注册表、面向 AI 智能体的指引），是被这个生态内部最先撞上的问题塑造出来的。把这层对应关系记下来，才对得起这段来路。 本文档属说明性。其中没有一条是合规所必需的，而在此列出该生态也不意味着已获认证（见 [Known-Implementations](Known-Implementations.md)）。 另一份规模更大的案例（把一整个政体建模为元宇宙的一个维度），见[案例研究：价值治国与 Meta-Orchestrator State](Case-Study-Axiacracy-MOS.md)。 --- # 2. 生态一瞥 Orkestron 是一个让 **AI 智能体承担专业工作**的生态，组织为四个面： | 面 | 角色 | 从元宇宙来读 | |---------|------|-----------------------| | **orkestron.ai** | 门面：讲清这项服务 | 宇宙的公开自述 | | **orkestron.dev** | 供给侧：标准、规范、供方后台、智能体运行时 | 宇宙的宪章与架构层 | | **orkestro.net** | 市场：成交机制、客户后台 | 联邦之面：独立各方在共享语义之上交易的地方 | | **智能体运行时**（Agent Hub、PA-service） | 智能体真正干活的地方 | 对象的实例化与事件的产生 | 这四个面周围，活着一族开放的元模型规范；再往外，是一队具体产品（一个活动平台、若干 realm 门店、落地页、一个 AI 向导）。每个产品都带着自己那份结构化的产品模型；而规范定义的，正是这样一份模型是什么。 --- # 3. 元模型这一族 语义上的脊梁由四份规范构成。每一份各占一层，合起来把元宇宙的分层（M1 到 M4）在实务中演示了出来。 ## 3.1 AISMM：把一个产品当作一份全上下文模型 **AISMM（AI-driven Software Meta-Model）**，发布于 [orkestron-ai/software-meta-model](https://github.com/orkestron-ai/software-meta-model)（v3.1，Apache-2.0），把**单个软件产品**建模为一个完整系统：它为何存在、创造什么价值、如何设计、如何规约、如何实现、如何运营、如何管控、如何变更。模型原生于 Git，人可读、机器亦可读，带有稳定的 UUID 身份，并为每份模型配一个登记文件。 从元宇宙来读： - AISMM 是"软件产品"这一领域的**领域元模型**（M2）。 - 一份 AISMM 产品模型就是一个**命名空间**：一组受治理的对象定义及其实例（功能、决策、组件、发布）。 - 登记文件（`aismm.registry.json`）担的是该命名空间机器可读自述的角色 - 本标准把这一模式推广成了规范索引与包清单。 ## 3.2 PLMM：把产品景观当作 AISMM 之上的联邦 **PLMM（Product Landscape Meta-Model）**，发布于 [orkestron-ai/product-landscape-meta-model](https://github.com/orkestron-ai/product-landscape-meta-model)（v0.1，Apache-2.0），建模的是**产品之间的组合**：登记、依赖与集成之图、共享能力、归属、治理，共十一层。 从元宇宙来读： - PLMM 是一份**联邦形貌的元模型**：它不吞并产品模型，而是**引用**它们。每个产品保有自己那份主权的 AISMM 模型；PLMM 掌管的是它们之间的关系。 - 这正是元宇宙对联邦的立场：部分各自主权，整体另有一层来连接。MUFP 联邦的是*组织之间*，PLMM 则把同一套纪律用在*一个组织之内*。 ## 3.3 BKM：把知识做成可分发的包 **BKM（Base Knowledge Model）**（v0.4，撰稿时尚未公开）规定**一门职业的知识**该如何打包，使 AI 智能体能把它当作自身的核心本领装载进去。目前已有分析师与活动管理两个职业的知识包（后者含 179 个实体）。 从元宇宙来读： - 一个 BKM 包就是一份**语义包**：带版本、可分发、可导入，并且声明了合规。 - 消费它的那套智能体架构，把三重上下文分开：**智能体内核**（可携的 BKM 包）、**角色上下文**（在某个雇主处的身份与范围）、**任务上下文**（具体那件差事）。这是上下文与视角两个概念的活样本：同一身知识，按角色与任务被投影成不同模样，而不必复制。 ## 3.4 契约：一次任务的可执行语义 **software-agents-contracts** 规范定义了契约、协议与交付物：一名智能体对一件原子任务所作的、受规制的执行。 从元宇宙来读： - 这里的契约，是本标准意义上的**可执行语义契约**：一份协议，其含义精确到足以驱动执行与验证，而不只是留作文档。 --- # 4. 对应表 | 元宇宙概念 | 在 Orkestron 中的落地 | |-----------------------|------------------------| | 宇宙 | Orkestron 生态，作为一个主权的语义管辖域 | | 维度 | 一个面，或一个主要的管理上下文（市场、供给侧、某个产品家族） | | 命名空间 | 某个产品的 AISMM 模型；某个 BKM 包；PLMM 的某一层 | | 对象 | 一项功能、一个决策、一个组件、一个智能体、一件任务、一笔成交 | | 投影 | realm 门店的只读视图；供方看板；客户后台 | | 事件 | 一件任务被执行、一笔成交被敲定、一个版本被发布、一条履历被记下 | | 语义包 | 一个 BKM 职业包；一份导入的外部标准 | | 联邦契约 | realm API 的令牌契约；市场上的一笔成交 | | 信任 | 智能体的履历与等级（APM）；带自主度爬坡的控制政策 | --- # 5. 联邦的实务：realm 把投影与联邦演示得最清楚的生产实例，是这个生态的活动平台上那套 **realm** 模式。 一个 realm，是平台数据（活动、主办方）中划定范围的一片，经由一套以令牌鉴权的 **realm API** 对外开放。各自独立的门店站点 - 每家有自己的品牌、语言与编辑口吻 - 把一个 realm 当作**只读投影**来消费： - 平台始终**主权在握**：数据、其模式与其生命周期都归它。 - 每家门店握着的是一份**契约**（令牌与那片 API 表面），而不是平台内部结构的副本。 - 数据以**投影**的形式跨过边界，按需取用，落在消费方的呈现上下文里。 - 已有数家国别门店以此方式在生产中运行，各自都是同一个主权来源的独立消费方。 这就是 MUFP 核心承诺的缩影：*互操作而不被吞并*。这套模式在本标准把它形式化之前就已在跑，并且经得起在多个消费方之间复制 - 恰恰因为那道主权边界从未被模糊过。 --- # 6. 组合与外部标准的实务 AISMM v3.1 含有一层**外部绑定**：产品模型不去复述公开标准，而是绑定到它们。在这个生态的实务里，模型会绑定到 ISO 3166、LEI、ESCO、schema.org 的类型与 W3C ORG 之类的标识符与词表。 正是在真刀真枪的绑定中，浮现出本标准如今给出规范性回答的那些问题： - *一个外部概念，什么时候该做字段、什么时候做嵌套模型、什么时候做引用？* 由 [Meta-Model-Composition](../02-architecture/Meta-Model-Composition.md)（ARCH-016）作答。 - *对某个概念，我该绑定到哪份标准？* 由[外部模型注册表](External-Models-Registry.md)（1180 项已编目标准，附组合角色）与[连接器目录](Connector-Catalogue.md)作答。 --- # 7. 标准从这个生态里学到的 1. **登记文件物有所值。** 凡是带着机器可读登记文件出厂的模型，都熬过了工具链的更迭；凡是没带的，最终都得重建一遍。规范因此格外看重规范索引、包清单与指纹。 2. **主权是一项运作属性，不是口号。** realm 模式之所以奏效，是因为那道边界由契约与令牌来把守，而不是靠惯例。本标准里的联邦概念，也是照着同样能被把守的样子写的。 3. **知识想成为一个包。** 把可携知识（BKM）与角色、任务上下文分开，让一次性的智能体变成了可复用的专才。语义包这一概念，正是对此的推广。 4. **组织内部的联邦，也还是联邦。** PLMM 表明：即便一切都归同一个法人所有，引用主权模型仍胜过把它们合并。吞并招来陈旧；引用带来可问责。 5. **AI 智能体走不通的模型，不会有人维护。** 这一族里的每件制品，都是照着让智能体先读、也同样让人读的样子设计的；面向 AI 的那些指引（[AI-Agent-Guide](../07-guides/AI-Agent-Guide.md)）就是这么来的。 --- # 8. 状态与参考 - 生态的守护方：Orkestron.AI（同时也是本规范参考实现的守护方）。 - 公开仓库：[software-meta-model](https://github.com/orkestron-ai/software-meta-model)、[product-landscape-meta-model](https://github.com/orkestron-ai/product-landscape-meta-model)。 - 标准本身以中立于厂商的方式发布在 [ver.cy](https://ver.cy)，源码在 [ver-cy/meta-universe](https://github.com/ver-cy/meta-universe)；Orkestron 在本文档中出现，严格只作为一个已知实现。 成熟度，按 [Known-Implementations](Known-Implementations.md) §7 的说法：**生产**（各面与 realm 联邦）、**参考实现**（AISMM）、**试验阶段**（PLMM、BKM、契约）。