谁治理这部宪章

联邦式标准会引出一个合理的问题：如果参与就要求符合共享的宪法性模型，那么谁控制这个模型？如果我不认同它的走向，我会怎么样？

本页直接回答。它不创造新的治理，只是把规范里已经写好的治理摆到明处。完整的规范文本在页尾给出链接。

简短版本：这套标准是被托管的，不是被占有的；任何人都可以通过公开、带版本的流程提出变更；而如果这个流程有一天辜负了你，你仍保有两项不依赖任何人善意的硬权利：离开的权利与分叉的权利。

谁拥有这套标准

family 中的每一份标准都会正式声明：

• 它的所有者与维护者；
• 它当前的版本与状态；
• 它完整的变更历史。

但这里的所有权被刻意定义得很窄：

所有权意味着对规范的托管，而不是对实现的占有。

托管者对规范的文字负责。他对你构建的模型、你发布的知识、你运行的系统没有任何主张。担任治理角色"不授予对实现的所有权，也不授予对主权宇宙所发布知识的所有权"。

治理本身被描述为一组架构角色，而不是一家公司或基金会。这些角色说明存在哪些职责，以及每项职责拥有哪份文档：

• 宪章理事会拥有宪章（MUC），并对某项变更是否维持宪法性至上拥有最终裁定权。
• 架构委员会拥有架构标准（MMAS），并确保它绝不与宪章相抵触。
• 联邦工作组拥有联邦协议（MUFP）以及使主权宇宙得以协作的各项保证。
• 领域登记机构维护兼容元模型的登记册，使发现成为可能而不转移所有权。
• 认证机构拥有一致性事务，并使认证标准保持公开可得且带版本。

这些角色按规则与组织无关："无论哪个实体担任任何角色，标准都将保持有效。"任何合规的组织或社区都可以承担其中一项或多项。这套标准由一个层层约束的层级治理：宪章，然后是架构标准，然后是联邦协议，然后是领域标准，然后是参考实现。

两项结构性保证使标准免于被俘获：

• 宪法性至上。下位文档不得与上位文档相抵触。领域标准不能悄悄推翻宪章。
• 智识独立。"任何编程语言、供应商、平台或存储技术都不得成为规范性依赖。"标准按规则保持技术中立，因此没有任何实现者能让标准依赖于自家产品。

变更如何被提出与接受

这个流程在入口处开放，在其后严谨。它建立在已声明的原则之上：宪章先于实现、显式优于隐式、可追溯性内建于设计、在可行时保持向后兼容、社区评审、带版本的演进，以及直白的一条：不做静默的语义变更。

任何人都可以提出。"任何利益相关方都可以提出改进。"提出变更没有会员门槛。

每次变更都是一份变更请求（CR）。提议不是一条评论，而是一份文档。CR 载有唯一标识、标题、动机、受影响文档、理由、预期收益、兼容性评估、迁移考量、实现影响、作者与日期。正是这种结构使变更可评审、可追溯，而不是各说各话。

每次变更都走固定的生命周期。提议、讨论、影响分析、规范草案、评审、批准、发布、采纳，以及可选的弃用与退役。对于规范性变更，"任何阶段都不得跳过"。

每次变更在两个维度上被分类。第一个维度是影响：

• 编辑性：措辞与排版，含义不变。
• 纠正性：修复缺陷或歧义。
• 演进性：新增能力且保持兼容。
• 破坏性：有意打破兼容，"须给出明确理由"。

第二个维度是变更的语义对象：它触及的是模型结构、某个概念的含义、联邦规则、契约语义、投影行为，还是一致性要求。声明语义类型不是官僚主义：它让智能体能够读取一份 CR，判定所影响的是哪一类含义，计算兼容性影响，并提出迁移步骤。变更管理应当是可分析的，而不只是靠人工阅读。对规则库的变更还必须通过合并前的策略一致性检查：会使规则集在逻辑上不可满足的变更"不得合并"。

变更按固定标准评判。提议不会因为受欢迎而被接受。它按与宪章的一致性、对互操作性的影响、向后兼容性、实现复杂度与长期可持续性来评估。宪章排在任何实现的便利之前。

冻结的文本不会悄悄移动。文档一经评审批准即进入冻结状态。冻结文档成为规范性引用，"不得被静默修改"，并且"只能通过已批准的变更请求变更"，同时保留完整的修订历史。已发布版本不可变更：新功能以新版本到来，绝不是对旧版本的一次悄然编辑。

兼容性要评估，破坏要配一座桥。每份 CR 都带有兼容性结论（完全兼容、向后兼容、向前兼容、需要迁移，或破坏性）。凡是无法保持兼容之处，"迁移指引须随新规范一同提供"，包括受影响的概念、必要的转换、兼容策略与示例。功能在任何破坏性移除之前，都会先以指明替代者与计划移除版本的方式弃用。

如果你不同意该怎么办

三种救济，按对他人的依赖程度递增排列。

1. 离开。你的制品是开放许可（Apache-2.0）下的纯文件。你的模型、你发布的知识、你的数据都是你的。如果标准去了你不愿追随的地方，你就离开，并把一切带走。离开会让你失去联邦，却不会让你失去模型。因为托管者的所有权是对规范的托管、从不是对实现的占有，所以根本没有什么可供他人扣留。

2. 分叉。这套标准像任何开放标准一样可以分叉。如果你认为托管者做了错误判断，你可以复制规范并演进自己的分支。正是这项救济让托管者保持诚实：托管共享层的价值只在人们愿意留下时才成立，因此可信的分叉威胁是对俘获的长期制约。宪法性至上与组织无关性意味着人们遵从的是文本而非职位，而文本是可以分叉的。

3. 参与。在离开或分叉之前，还有一条寻常的路：提交变更请求。任何利益相关方都可以提出；CR 会按宪章、互操作性、向后兼容性、实现复杂度与长期可持续性接受评判，公开且留痕。分歧是这个流程的一等输入，而不是它的例外。

离开与分叉今天已经成立，因为它们是开放许可下开放文件的属性，而不是承诺。参与就是上文描述的流程。三者合起来，就是"谁治理这部宪章"的答案：不是一位你必须信其善意的唯一托管者，而是一份你可以更改、离开或分叉的受托管文本。

透明

只有当你能看见时，这个流程才算真正的制约。如果你无法判断托管者在做什么，离开与分叉就没什么价值：正是透明让这些权利是知情的，而不是盲目的。

以下内容须保持公开可得：已发布的规范、版本历史、治理决策、变更请求与兼容性声明。而每一份规范性文档的演进都必须保持可审计：必须能够判定某项变更为何发生、由谁提出、何时被接受、由哪个版本引入。历史版本继续可得而非被覆盖，认证标准保持公开且带版本。变更请求及对其的决定按规则公开，而不是靠恩准。

完整文本

本页浓缩了两份规范性文档。若需确切措辞以及此处未呈现的部分，请阅读原文：

• 元宇宙标准的治理（MU-V2-CONST-002）：托管、标准层级、决策原则、冻结规则、透明、智识独立与治理角色。见治理。
• 变更流程（MU-V2-CONST-003）：变更生命周期、变更请求、变更类别与语义变更分类、兼容性评估、迁移、版本管理与可审计性。见变更流程。

它们所治理的模型是元宇宙宪章（MUC），即关于意义之形式的那份薄而强制的约定。这份共享形式让你付出什么、又刻意不触碰什么，写在限制与取舍里。

主权的工作定义

主权不是没有共享规则。主权是带着你的模型离开的权利、分叉共享层的权利，以及参与改变它的权利。符合共享形式是互操作的代价，而且这个代价被明确说出。