Skip to content

社区治理

模型上下文协议 (MCP) 社区采用开放、透明、包容的治理模式,确保所有参与者都能为项目的发展做出贡献。

治理原则

🌟 开放性

  • 开放参与: 欢迎所有人参与社区建设
  • 开放决策: 重要决策公开讨论
  • 开放代码: 所有代码开源可见
  • 开放文档: 文档和流程透明公开

🤝 包容性

  • 多元化: 欢迎不同背景的贡献者
  • 无障碍: 降低参与门槛
  • 多语言: 支持多种语言交流
  • 平等机会: 所有人享有平等的参与机会

🎯 精英制

  • 能力导向: 基于贡献和能力分配权责
  • 公平竞争: 公平的晋升和选拔机制
  • 持续改进: 鼓励创新和改进
  • 质量优先: 注重代码和文档质量

📊 透明度

  • 决策透明: 决策过程公开可见
  • 进度透明: 项目进度定期公布
  • 财务透明: 资金使用情况公开
  • 冲突解决: 冲突处理过程透明

组织结构

核心团队 (Core Team)

职责: 项目整体方向和重大决策

成员:

  • 项目负责人 (Project Lead): 1名
  • 技术负责人 (Technical Lead): 2名
  • 社区负责人 (Community Lead): 1名
  • 文档负责人 (Documentation Lead): 1名

权限:

  • 制定项目路线图
  • 批准重大架构变更
  • 管理发布流程
  • 任命维护者

任期: 2年,可连任

维护者 (Maintainers)

职责: 特定模块或领域的维护

分类:

  • 核心协议维护者: 负责协议规范
  • SDK 维护者: 负责各语言 SDK
  • 文档维护者: 负责文档维护
  • 工具维护者: 负责开发工具

权限:

  • 审核和合并 PR
  • 管理 Issues
  • 发布版本
  • 指导贡献者

选拔: 由核心团队提名,社区投票

贡献者 (Contributors)

职责: 代码、文档、测试等贡献

级别:

  • 活跃贡献者: 持续贡献 3个月以上
  • 核心贡献者: 重要功能的主要贡献者
  • 专家贡献者: 特定领域的专家

权限:

  • 提交 PR
  • 参与讨论
  • 提出建议
  • 参与投票

用户代表 (User Representatives)

职责: 代表用户群体的利益

选拔: 用户社区推选 任期: 1年 权限:

  • 参与产品决策
  • 反馈用户需求
  • 参与优先级讨论

决策流程

决策类型

1. 日常决策

范围: 代码修复、文档更新、小功能 决策者: 相关维护者 流程:

  1. 提交 PR
  2. 代码审核
  3. 合并代码

2. 重要决策

范围: 新功能、API 变更、架构调整 决策者: 核心团队 + 相关维护者 流程:

  1. 提出提案 (RFC)
  2. 社区讨论 (2周)
  3. 核心团队评审
  4. 投票决定

3. 重大决策

范围: 协议变更、路线图调整、治理变更 决策者: 核心团队 + 社区投票 流程:

  1. 提出提案
  2. 公开讨论 (4周)
  3. 核心团队评审
  4. 社区投票 (1周)
  5. 结果公布

RFC 流程

提案格式

markdown
# RFC: [提案标题]

## 摘要
简要描述提案内容

## 动机
为什么需要这个变更?

## 详细设计
具体的实现方案

## 缺点
可能的问题和风险

## 替代方案
其他可能的解决方案

## 未解决的问题
需要进一步讨论的问题

流程步骤

  1. 提交: 在 GitHub 创建 RFC PR
  2. 讨论: 社区成员参与讨论
  3. 修订: 根据反馈修改提案
  4. 评审: 核心团队正式评审
  5. 决定: 接受、拒绝或推迟
  6. 实施: 如果接受,开始实施

投票机制

投票权

  • 核心团队: 每人 3票
  • 维护者: 每人 2票
  • 活跃贡献者: 每人 1票
  • 用户代表: 每人 1票

投票类型

  • +1: 赞成
  • 0: 中立
  • -1: 反对 (需说明理由)

通过标准

  • 简单多数: 赞成票 > 反对票
  • 绝对多数: 赞成票 > 总票数的 50%
  • 超级多数: 赞成票 > 总票数的 66%

角色晋升

贡献者 → 维护者

条件

  • 持续贡献 6个月以上
  • 提交至少 20个有效 PR
  • 参与代码审核
  • 展现技术领导力

流程

  1. 自荐或他人推荐
  2. 核心团队评估
  3. 社区反馈期 (2周)
  4. 核心团队投票
  5. 结果公布

维护者 → 核心团队

条件

  • 担任维护者 1年以上
  • 在重要项目中发挥关键作用
  • 展现项目领导能力
  • 获得社区广泛认可

流程

  1. 核心团队提名
  2. 候选人接受提名
  3. 社区讨论期 (4周)
  4. 核心团队 + 维护者投票
  5. 结果公布

冲突解决

冲突类型

技术分歧

处理流程:

  1. 技术讨论
  2. 原型验证
  3. 专家咨询
  4. 投票决定

个人冲突

处理流程:

  1. 私下沟通
  2. 调解介入
  3. 社区仲裁
  4. 必要时暂停参与

治理争议

处理流程:

  1. 公开讨论
  2. 治理委员会审议
  3. 社区投票
  4. 修改治理文档

申诉机制

申诉渠道

  • 邮件: governance@mcp.dev
  • 私信: 联系核心团队成员
  • 论坛: 治理讨论区

处理流程

  1. 提交申诉
  2. 调查取证
  3. 听证会
  4. 做出决定
  5. 执行决定

行为准则

基本原则

尊重他人

  • 尊重不同观点和背景
  • 避免人身攻击和歧视
  • 保持专业和友善的态度

建设性参与

  • 提供有价值的贡献
  • 给出建设性的反馈
  • 帮助他人成长

诚信透明

  • 诚实报告问题
  • 承认错误和不足
  • 公开利益冲突

违规处理

违规行为

  • 骚扰和歧视
  • 恶意破坏
  • 垃圾信息
  • 违反法律

处罚措施

  1. 警告: 私下提醒
  2. 公开警告: 公开记录
  3. 临时禁言: 1-30天
  4. 永久封禁: 严重违规

申诉权利

  • 有权了解违规原因
  • 有权申诉处罚决定
  • 有权获得公平听证

财务治理

资金来源

  • 赞助: 企业和个人赞助
  • 捐赠: 社区捐赠
  • 服务: 技术服务收入
  • 培训: 培训和认证收入

资金使用

  • 开发: 核心开发人员薪酬
  • 基础设施: 服务器和工具费用
  • 活动: 社区活动和会议
  • 奖励: 贡献者奖励

财务透明

  • 季度报告: 收支情况公开
  • 预算计划: 年度预算公示
  • 审计: 年度财务审计
  • 监督: 财务监督委员会

知识产权

版权政策

  • 代码: Apache 2.0 许可证
  • 文档: CC BY 4.0 许可证
  • 商标: 社区共同拥有
  • 专利: 开放专利承诺

贡献协议

  • CLA: 贡献者许可协议
  • DCO: 开发者原创证书
  • 版权: 贡献者保留版权
  • 许可: 授权社区使用

治理演进

定期审查

  • 年度审查: 治理效果评估
  • 流程优化: 改进治理流程
  • 规则更新: 更新治理规则
  • 社区反馈: 收集改进建议

变更流程

  1. 提出变更: 任何人可提出
  2. 讨论期: 社区充分讨论
  3. 投票: 超级多数通过
  4. 实施: 更新治理文档
  5. 公告: 向社区公布

联系方式

治理委员会

  • 邮箱: governance@mcp.dev
  • 会议: 每月第一个周五
  • 记录: 会议记录公开

举报渠道

  • 行为违规: conduct@mcp.dev
  • 安全问题: security@mcp.dev
  • 利益冲突: ethics@mcp.dev

相关文档


我们致力于建设一个开放、包容、高效的社区。欢迎您的参与和贡献!🌟

🚀 探索模型上下文协议的无限可能 | 连接 AI 与世界的桥梁 | 让智能更智能