> 译文仅供阅读便利。具有规范效力的是英文原文。 # 认证 **元宇宙规范** **文档编号：** MU-V2-ECO-003 **标题：** 认证流程 **文档类别：** 说明性 **版本：** 2.0（草案） **状态：** 工作草案 **规范性引用：** MUC、MMAS、MUFP、Validation **说明性引用：** Registered-Meta-Models、Compatibility-Matrix、Known-Implementations **版权：** © Orkestron.AI **许可：** Apache-2.0 --- # 1. 目的 本文档为符合元宇宙的各类制品，规定推荐的认证流程。 认证提供的是一份独立评断：某份元模型、联邦配置、语义包、仓库或实现，合乎适用的元宇宙标准。 认证展示的是经过核验的合规。它不转移所有权，也不转移治理权。认证是*对已公布标准之合规的透明确认*，而不是一张由中心发放的参与许可。 --- # 2. 适用范围 认证可以施于： - 元模型； - 仓库； - 联邦配置； - 语义包； - 校验工具； - AI 智能体平台； - 生态实现。 认证不只施于*制品*，也施于*参与方* - 那些生产、校验、托管这些制品并在其上推理的行为方（见第 4a 节）。 --- # 3. 认证原则 认证理应做到： - 透明； - 可重复； - 以证据为凭； - 针对具体版本； - 可追溯； - 与技术无关。 认证评断的是所声明的合规，而不是商业质量。 --- # 4. 认证级别 推荐的级别包括： - 自评 - 社群评审 - 已认证 - 带配置的认证 - 参考实现 社群可以定义额外的级别。 --- # 4a. 什么可以被认证 认证并不限于某一类对象。*制品*与*参与方*都可以被认证，各自对着适用于它的那些标准： - **元模型认证** - 确认某份元模型合乎 MUC 与 MMAS； - **仓库认证** - 确认某个仓库遵循标准化的结构与可追溯规则； - **实现认证** - 确认某个平台或工具，确实正确地实现了它所声称支持的标准； - **校验器认证** - 确认某个校验工具产出的合规结果正确且可复现； - **联邦配置认证** - 确认某份配置正确表达了 MUFP 的联邦行为； - **AI 智能体认证** - 确认某个智能体尊重契约、披露边界、溯源，以及它所依循的推理规则； - **培训与教育认证** - 确认某门课程、某套教纲或某个认证机构，忠实地教授这些标准。 对参与方 - 校验器、实现、智能体与教育者 - 的认证，让生态得以信任*是谁*生产或查验了某件制品，而不只是信任制品本身。无论哪一种，认证始终是一份对已公布标准之合规的透明声明，凭可复现的证据签发。它从不是某个中心权威把守的关口：任何依循已公布准则的合格机构都可签发，而任何使用方都可独立地重新核验。 --- # 5. 认证准则 评断要核验： - 对 MUC 的合规； - 对 MMAS 的合规； - 与 MUFP 的兼容； - 仓库结构； - 可追溯性； - 版本管理； - 治理； - 校验结果。 评断是**可复现的**：它以 [Validation](../02-architecture/Validation.md) 的抽象测试程序与 V0-V5 各级来表述，而后者又引用[需求索引](../REQUIREMENTS-INDEX.md)所编目的规范性需求标识符。认证方与使用方对同一件制品跑同一套检查，会得出同一个裁断。主要证据是一份[校验报告](../schemas/validation-report.schema.json)（见[逐步演示的示例](../examples/minimal-person/validation-report.json)）。 --- # 6. 认证流程 推荐的流程： 1. 发布制品。 2. 声明所支持的标准。 3. 提交证据。 4. 执行校验。 5. 复核所发现之处。 6. 解决问题。 7. 签发认证。 8. 公布认证元数据。 每一步都保持可审计。 --- # 7. 证据 证据可以包括： - 校验报告； - 兼容性矩阵； - 仓库元数据； - 模式； - 合规声明； - 自动化测试结果； - 评审记录。 证据是可复现的。 --- # 8. 认证元数据 一条认证记录通常包含： - 认证标识符； - 被认证的制品； - 制品版本； - 所支持的 MUC/MMAS/MUFP 版本； - 认证级别； - 签发机构； - 签发日期； - 到期或复审日期（可选）； - 认证状态。 --- # 9. 续期 认证在下列情形之后须复审： - 主版本变更； - 破坏兼容的架构改动； - 治理层面的变动； - 互操作方面的重大更新。 历史上的认证仍可被查到。 --- # 10. 撤销 认证可在下列情形被撤销： - 合规不再成立； - 证据被证明失实； - 治理要求被违反。 撤销要保全历史记录与理由。 --- # 11. 公布 通过认证的制品与参与方，须公布： - 认证状态； - 合规级别； - 所支持的版本； - 校验摘要； - 仓库位置。 使用方可以自行核验其认证。 --- # 12. 治理 认证机构须规定： - 评审程序； - 争议处理； - 申诉流程； - 评审人资质； - 公布政策。 治理是透明的。 --- # 13. 架构不变量 认证保全： - 语义主权； - 发布方的所有权； - 溯源； - 可追溯性； - 宪章合规。 认证核验合规，而不改动被认证的制品或参与方。 --- # 14. 未来方向 对参与方的认证 - 尤其是**校验器认证**与 **AI 智能体认证** - 会因未来的**语义校验框架（SVF）**而更为扎实：该框架会把认证方所跑的测试套件标准化，并引用 [Validation](../02-architecture/Validation.md) 所定义的 V0-V5 各级。与之互补的**元模型质量标准（MMQS）**，可让元模型认证报告分级的质量，而不是一句通过或不通过；而培训与教育认证则可锚在一份已公布的能力模型上，使人与 AI 参与方按同一套准则受评。 --- # 结语 元宇宙认证流程，为评断语义互操作与标准遵循，立起了一套共同的框架。 把透明的治理、可复现的校验与明示的合规证据合起来，认证便在整个元宇宙生态中抬升了信任，同时保全去中心、所有权，以及元模型与实现各自独立的演进。