最终版流程
| 字段 | 值 |
|---|---|
| SEP | 932 |
| 标题 | 模型上下文协议治理 |
| 状态 | 最终版 |
| 类型 | 流程 |
| 创建日期 | 2025-07-08 |
| 作者 | David Soria Parra |
| 赞助者 | 无 |
| PR | #931 |
摘要
本 SEP 建立了模型上下文协议 (MCP) 项目的正式治理模型。它定义了组织结构、决策流程和贡献指南，这对于透明且有效的项目管理是必要的。该提案引入了一个具有明确角色和职责的层级治理结构，以及用于管理协议变更的规范增强提案 (SEP) 流程。动机
随着模型上下文协议的采用和复杂性增长，正式治理的需求变得至关重要。当前的非正式决策过程缺乏：- 透明度：社区成员无法清楚地了解决策是如何制定的
- 参与途径：贡献者缺乏影响项目方向的定义方式
- 问责制：不存在解决争议或 contentious 问题的正式结构
- 可扩展性：临时流程无法随着社区和技术复杂性的增长而扩展
- 生态系统的碎片化
- 不明确或不一致的技术决策
- 社区信任和参与度降低
- 无法有效地大规模管理贡献
理由
proposed 治理模型借鉴了 Python、PyTorch 和 Rust 等成功开源项目的经验。关键设计决策包括：层级结构
我们选择了一个层级模型（贡献者 → 维护者 → 核心维护者 → 首席维护者），这实际上是项目决策今天的运作方式。从此开始，我们将继续为了项目的最大利益演进治理。个人与公司成员资格
成员资格明确与个人而非公司挂钩，以便：- 确保决策优先考虑协议完整性而非公司利益
- 防止被任何单一组织俘获
- 在个人更换雇主时保持连续性
SEP 流程
规范增强提案流程确保：- 所有协议变更都经过彻底审查
- 社区意见被系统地收集
- 设计决策被记录存档
- 实现在最终确定之前完成
规范
治理结构
贡献者
- 任何提交问题、提交拉取请求或参与讨论的个人
- 不需要正式成员资格或批准
维护者
- 负责特定组件（SDK、文档等）
- 由核心维护者任命
- 拥有其仓库的写入/管理权限
- 可以建立特定于组件的流程
核心维护者
- 需要深入了解 MCP 规范
- 负责协议演进和项目方向
- 每两周开会进行决策
- 可以通过多数投票否决维护者的决策
- 当前成员列在治理文档中
首席维护者
- Justin Spahr-Summers 和 David Soria Parra
- 可以否决任何决策
- 任命/移除核心维护者
- 拥有所有基础设施的管理权限
向后兼容性
不适用参考实现
参见 #931- 文档文件：
/docs/community/governance.mdx- 完整治理文档/docs/community/sep-guidelines.mdx- SEP 流程指南