SEP-932：Model Context Protocol 治理
SEP-932：Model Context Protocol 治理
社区译文；来源： MCP 29affa6b
本 SEP 已达到 Final 状态，并作为已接受设计的历史记录保留。
最终确定后对协议所做的更改不会反映在此处。权威要求请参阅当前
规范及其变更日志。
| 字段 | 值 |
|---|---|
| SEP | 932 |
| 标题 | Model Context Protocol 治理 |
| 状态 | Final |
| 类型 | Process |
| 创建日期 | 2025-07-08 |
| 作者 | David Soria Parra |
| 发起人 | 无 |
| PR | #931 |
摘要
本 SEP 为 Model Context Protocol（MCP）项目建立正式治理模型。它定义透明而有效地管理项目所需的组织结构、决策流程和贡献准则。本提案引入职责明确的分层治理结构，以及用于管理协议变更的规范增强提案（Specification Enhancement Proposal，SEP）流程。
动机
随着 Model Context Protocol 的采用范围和复杂度不断增长，正式治理变得至关重要。当前非正式决策流程存在以下不足：
- 透明度：社区成员无法清楚了解决策如何作出
- 参与路径：贡献者缺少影响项目方向的明确途径
- 问责机制：没有用于解决争议或分歧问题的正式结构
- 可扩展性：临时流程无法随社区规模和技术复杂度的增长而扩展
如果没有正式治理，项目将面临以下风险：
- 生态系统分裂
- 技术决策不明确或不一致
- 社区信任和参与度下降
- 无法有效地大规模管理贡献
理由
拟议的治理模型借鉴了 Python、PyTorch 和 Rust 等成功开源项目。关键设计决策包括：
分层结构
我们选择分层模型（贡献者 → 维护者 → 核心维护者 → 首席维护者），这实际上就是项目当前作出决策的方式。在此基础上，我们将继续以项目的最佳利益为出发点演进治理体系。
个人成员身份与公司成员身份
成员身份明确归属于个人，而不是公司，目的是：
- 确保决策优先考虑协议完整性，而不是公司利益
- 防止任何单一组织控制项目
- 在个人更换雇主时保持连续性
SEP 流程
规范增强提案流程确保：
- 所有协议变更都经过充分审查
- 系统性地收集社区意见
- 永久记录设计决策
- 在最终确定前完成实现
规范
治理结构
贡献者
- 任何提交 issue、提交 pull request 或参与讨论的个人
- 不要求正式成员身份或批准
维护者
- 负责特定组件（SDK、文档等）
- 由核心维护者任命
- 拥有其仓库的写入或管理权限
- 可以建立组件专用流程
核心维护者
- 必须深入理解 MCP 规范
- 负责协议演进和项目方向
- 每两周召开会议作出决策
- 可以通过多数票否决维护者的决策
- 当前成员列于治理文档中
首席维护者
- Justin Spahr-Summers 和 David Soria Parra
- 可以否决任何决策
- 任命或罢免核心维护者
- 拥有所有基础设施的管理权限
向后兼容性
不适用
参考实现
参见 #931
- 文档文件：
/docs/community/governance.mdx- 完整治理文档/docs/community/sep-guidelines.mdx- SEP 流程准则
安全影响
不适用