> 译文仅供阅读便利。具有规范效力的是英文原文。 # 兼容性矩阵 **元宇宙规范** **文档编号：** MU-V2-ECO-002 **标题：** 多维兼容性矩阵 **文档类别：** 说明性 **版本：** 2.0（草案） **状态：** 工作草案 **规范性引用：** MUC、MMAS、MUFP **说明性引用：** Registered-Meta-Models、Certification、Known-Implementations **版权：** © Orkestron.AI **许可：** Apache-2.0 --- # 1. 目的 本文档为符合元宇宙的各类资产，规定推荐的兼容性矩阵。 兼容性矩阵提供一套标准化的方法，用以声明元模型、标准、联邦配置与实现之间的互操作性。它让人与 AI 智能体都能迅速判断：语义联邦能否建立，以及在什么条件下建立。 --- # 2. 适用范围 兼容性矩阵可以刻画下列各项之间的兼容： - 元模型； - MUC 版本； - MMAS 版本； - MUFP 版本； - 联邦配置； - 导入的标准； - 语义包； - 实现。 --- # 3. 设计原则 兼容性声明理应做到： - 明示； - 知悉版本； - 可追溯； - 机器可读； - 与技术无关； - 可复现。 兼容性靠声明，不靠推定。 --- # 4. 兼容的各个维度 兼容不是一个是或否。它是*多维的*：两份资产可能在某个轴上严丝合缝，在另一个轴上却要动工。因此兼容要在下列各轴上分别评断： - 宪章兼容（MUC）； - 架构兼容（MMAS）； - 联邦兼容（MUFP）； - 语义兼容； - 命名空间兼容； - 身份兼容； - 映射是否可得； - 投影兼容； - 校验兼容。 每个轴各出一个结果。一份典型的多维裁断，读起来大致是这样： - **MUC 兼容** - 两份资产遵守同样的宪章原则； - **MMAS 兼容** - 它们的架构结构彼此对得上； - **MUFP 需要升级** - 联邦要求其中一方换用更新的协议版本； - **语义映射可得** - 概念上的差异，已由一份已发布的映射搭桥； - **需要联邦配置** - 这次交互取决于某份特定配置是否被载入； - **投影配置受支持** - 这次交换有合适的投影配置可用； - **校验已认证** - 合规已经过独立核验。 使用方读的是整个向量，而不是单一标签，从而准确看清：哪些已然对齐，哪些还得先备好。 --- # 5. 兼容级别 推荐的级别： - 原生 - 兼容 - 借映射兼容 - 借变换兼容 - 试验性 - 不兼容 每一个所声明的级别，都附有支撑证据。 --- # 6. 矩阵的结构 矩阵中的一条记录，通常包含： - 源模型； - 目标模型； - 源版本； - 目标版本； - 兼容级别； - 所需的语义映射； - 所需的联邦配置； - 校验状态； - 备注。 --- # 7. 矩阵示例 | 源 | 目标 | 结果 | |--------|--------|--------| | 员工元模型 | 组织元模型 | 原生 | | 员工元模型 | O*NET | 借映射兼容 | | 员工元模型 | ESCO | 借映射兼容 | | 员工元模型 | Schema.org | 借变换兼容 | | 员工元模型 | HL7 FHIR | 试验性 | 这张表仅为示意。 --- # 8. 版本兼容 兼容是就具体版本而言的。 例如： - Employee MM 2.x ↔ Organization MM 2.x：兼容 - Employee MM 2.x ↔ Organization MM 1.x：需要映射 主版本变更通常会触发一次兼容性复审。 --- # 9. 联邦兼容 兼容性声明须写明： - 所支持的 MUFP 版本； - 所支持的联邦配置； - 所支持的投影配置； - 所支持的身份绑定模型； - 同步能力。 --- # 10. 导入的标准 也可以为导入的标准发布兼容性，包括： - Schema.org - OData CSDL - HL7 FHIR - O*NET - ESCO - BPMN - ArchiMate 映射靠引用，而不是复制一份。 --- # 11. 校验 兼容性校验要核验： - 版本是否对齐； - 命名空间是否一致； - 映射是否可得； - 配置是否兼容； - 契约有何要求； - 语义是否完整。 校验产出可复现的结果。 --- # 12. 公布 兼容性信息随下列内容一并公布： - 仓库元数据； - 已登记元模型的条目； - 发布说明； - 校验报告。 使用方在采纳之前，就能查得到兼容情况。 --- # 13. 治理 兼容性声明须标明： - 发布权威方； - 发布日期； - 所支持的版本； - 复审状态。 兼容性须定期重新核验。 --- # 14. 架构不变量 兼容性保全： - 语义主权； - 正典身份； - 溯源； - 可追溯性； - 宪章合规。 声明兼容，并不改动参与其中的任何一份模型。 --- # 15. 兼容性的自动求解 由于这份矩阵是多维且机器可读的，AI 智能体可以在任何交互开始之前就自动把兼容性求解出来。给定两份资产及其版本，智能体读取兼容性向量，判定： - **我们究竟能不能交互** - 宪章轴与架构轴是否对齐； - **该载入哪些语义映射** - 哪些已发布的映射能桥接概念差异； - **是否需要升级版本** - 是否有哪个轴在某一方报出*需要升级*； - **该用哪份联邦配置** - 这次交互依赖哪份配置； - **有哪些约束在起作用** - 哪些投影配置、披露规则与校验要求管着这次交换。 最贴切的类比，是*包管理器里的依赖求解*：正如包管理器在装软件之前先把版本、传递依赖与所需特性求解清楚，元宇宙的智能体也在结成联邦之前先把标准版本、所需映射、配置与约束求解清楚。兼容性矩阵，就是一个语义生态的依赖图；而联邦，就相当于一次求解成功的安装。 --- # 16. 未来方向 未来的**语义校验框架（SVF）**可以把每一个兼容轴的计算与举证方式标准化，从而让这份矩阵，从一张发布出来的表格，变成一项可核验、可查询的求解服务。有了这样的服务，智能体就能索要一份求解方案（"要把 A 与 B 联邦起来，我还差什么？"），并拿回一份有序的清单：该加哪些映射、该载哪些配置、该做哪些升级 - 相当于语义世界里一份求解完毕的依赖锁定文件，并与[认证](Certification.md)的结果相互对照。 --- # 结语 兼容性矩阵，为在整个元宇宙生态中评断互操作，提供了一套透明且可复用的机制。 公布明示的兼容性信息，组织便让可预期的联邦、明白的采纳与自动化的推理成为可能，同时保全独立管理之元模型的语义自主、治理与长期演进。