> 译文仅供阅读便利。具有规范效力的是英文原文。 # 命名空间 **元宇宙规范** **文档编号：** MU-V2-CORE-003 **标题：** 命名空间 - 发布与发现的单位 **文档类别：** 规范性 **版本：** 2.0（草案） **状态：** 工作草案 **规范性引用：** MUC、MMAS、MUFP **说明性引用：** [宇宙](../04-core-concepts/Universe.md)、[维度](../04-core-concepts/Dimension.md) **版权：** © Orkestron.AI **许可：** Apache-2.0 --- # 1. 目的 本文档定义元宇宙架构中的**命名空间**概念。 命名空间是正典的语义边界，在一个维度内组织彼此相关的概念、标识符与定义。它提供唯一性、可发现性与长期的语义稳定性，并且是**发布与发现的单位**，知识经由它进入注册表，并被其他元模型导入。 --- # 1a. 三条治理轴 元宇宙把治理分为三条正交的轴。命名空间占据第三条： - **宇宙** - *谁持有主权*（管辖）； - **维度** - *在哪个管理语境中*（管理空间）； - **命名空间** - *概念如何被组织与标识*（组织）。 宇宙回答*谁在治理*，维度回答*在什么语境中*，而命名空间回答*概念如何被组织、命名并变得可发现*。命名空间不得主张主权（那是宇宙的角色），也不得定义管理语境（那是维度的角色）；它组织、标识并发布概念。 --- # 2. 历史说明 在元宇宙 v1.x 中，这一概念名为**星系**。 自元宇宙 v2 起，必须使用**命名空间**这一术语。 其架构角色在概念上保持相似，只是采用了在软件工程、语义技术与分布式系统中更为通行的术语。 --- # 3. 定义 命名空间是一个具名的语义作用域，它： - 恰好属于一个维度； - 把相关概念归为一组； - 定义正典标识符； - 防止命名冲突； - 充当语义组织的首要单位。 命名空间是逻辑构造，不得暗示物理存储。 --- # 4. 与更高层级的关系 命名空间必须属于且仅属于一个维度。 推荐层级： 宇宙 └── 维度 └── 命名空间 ├── 元模型 ├── 对象 ├── 关系 ├── 事件 └── 契约 --- # 5. 职责 命名空间必须： - 定义正典语义名称； - 在其作用域内保证标识符唯一； - 组织相关概念； - 公开语义结构； - 支持发现与联邦。 命名空间不得定义宪法规则。 --- # 6. 身份 每个命名空间都必须声明： - 全局唯一的标识符； - 正典命名空间名称； - 父维度； - 版本； - 所有者或管护人。 标识符必须保持稳定。 --- # 7. 正典命名 每个公共概念都应当使用其正典语义名称来引用。 推荐格式： namespace:Concept 示例： employee:Employee employee:Skill organization:Department security:AccessPolicy 正典名称必须在兼容版本之间保持稳定。 --- # 8. 所有权 每个命名空间都必须有负责的所有者或管护人。 所有权包含对以下事项的责任： - 语义一致性； - 生命周期管理； - 文档； - 兼容性； - 发布。 所有权可以由治理它的维度委托。 --- # 9. 公共模式 命名空间应当公开一份模式，描述： - 可用概念； - 关系； - 版本； - 导入； - 依赖。 发布模式不得意味着披露实例数据。 --- # 10. 导入 命名空间可以从外部标准或其他命名空间导入概念。 导入的概念必须保留： - 原始命名空间； - 来源标准； - 版本； - 溯源。 本地扩展必须是追加式的，不得重新定义导入的语义。 --- # 11. 联邦 命名空间通过其父宇宙可被发现。 联邦应当交换正典的命名空间引用与语义映射。 不同命名空间中的等价概念必须通过显式映射相连，而不是通过重复定义。 --- # 11a. 发布与发现的单位 命名空间是元宇宙中**发布与发现的单位**。宇宙是主权者，维度是管理语境，而跨越边界进入共享生态的正是命名空间。具体而言，命名空间： - 必须是**发布到注册表**的那个制品； - 必须是**被其他元模型导入**的那个制品； - 必须携带自己的**语义指纹**，以与名称无关的方式标识其语义内容； - 必须能够作为一个连贯的、自描述的单元通过 **MMAS 校验**； - 必须**通过 MUFP 联邦**，交换正典命名空间引用、语义指纹与语义映射。 由于命名空间正是他方导入并依赖的东西，它必须在其声明的导入、溯源与版本方面保持自足，使消费方元模型无需访问其宇宙或维度的私有内部即可解析并信任它。 --- # 12. 演进 命名空间可以独立演进。 兼容的演进可以包括： - 新概念； - 新关系； - 新的投影档案； - 追加的映射。 破坏性变更必须遵循元宇宙变更流程。 --- # 13. 典型示例 企业 / 人力资源维度 命名空间： - employee - recruitment - payroll - competencies 企业 / 技术维度 命名空间： - software - infrastructure - security - architecture 个人宇宙 命名空间： - identity - education - finance - health --- # 14. 架构不变量 每个命名空间都必须保留： - 语义身份； - 正典命名； - 所有权； - 溯源； - 可追溯性； - 宪法合规。 命名空间的演进绝不得使既有的语义身份失效。 --- # 未来方向 由于命名空间是发布与发现的单位，元宇宙预期出现一个**全球命名空间目录**：一个类似 npm 或 Maven 的联邦注册表，但分发的是*语义*而不是代码。在这样的目录中，命名空间将按其语义指纹发布、版本化并解析；消费方元模型将声明语义依赖，并带着完整溯源导入已发布的命名空间；由 MUFP 治理的**注册表联邦**将让发现跨越彼此独立的目录，而无需任何中央权威。这一方向尚在预期之中，还不具规范效力。 --- # 结语 命名空间是元宇宙正典的语义组织单位。 它提供稳定的语义边界、全球可理解的标识符，以及可复用的元模型基础，让庞大的语义生态在演进中免于命名冲突，并在联邦宇宙之间保持互操作。