跳到主要内容
在 MCP 贡献者社区中，我们维持着两种类型的协作形式：兴趣小组和工作组。 兴趣小组 (Interest Groups) 负责识别并阐明 MCP 应该解决的问题，主要通过促进社区内的开放讨论来实现。相比之下，工作组 (Working Groups) 专注于开发具体的解决方案，通过协作产生交付物，如 SEP 或规范的社区维护实现。 虽然来自兴趣小组的输入有助于证明成立工作组的必要性，但这并非强制性要求。同样，在提交 SEP 或其他社区提案时，鼓励但不强制要求必须有来自兴趣小组或工作组的贡献。 我们强烈建议所有有兴趣开发特定 SEP 的贡献者首先在兴趣小组内进行协作。这种协作过程有助于确保拟议的 SEP 符合社区需求，并符合协议的正确发展方向。 MCP 生态系统中的长期项目（如 SDK、Inspector 或 Registry）由专门的工作组负责维护。

​
目的

这些小组的存在是为了
  • 促成高质量的焦点讨论空间 —— 选择接收通知、分享专业知识并参加定期会议的贡献者可以参与与其高度相关的主题，从而实现有意义的贡献并获得向他人学习的机会。
  • 建立明确的预期和领导角色 —— 引导协作努力，确保在推动 MCP 演进和采用的具体交付物方面取得稳步进展。

​
机制

​
会议日历

所有兴趣小组和工作组的会议都会发布在公共 MCP 社区日历上，网址为 meet.modelcontextprotocol.io。 协调人负责提前将会议日程发布到此日历中，以确保其可发现性并让更广泛的社区能够参与。

​
兴趣小组 (IGs)

目标： 促进对特定 MCP 子话题或背景感兴趣的 MCP 贡献者之间的讨论和知识共享。主要重点是识别和收集可能值得通过 SEP 或其他社区成果解决的问题，同时鼓励对协议问题和机遇进行开放式探索。 预期：
  • 在兴趣小组的 Discord 频道中进行定期交流
  • 以及/或者 由兴趣小组核心成员定期参加的周期性实时会议
  • 会议日期和时间需提前发布在 MCP 社区日历上（如适用），并标注其主要话题和兴趣小组 Discord 频道名称（例如 auth-ig）
  • 会议结束后公开分享笔记，以 GitHub Issue（示例）和/或公开 Google 文档的形式发布
示例:
  • MCP 中的安全性
  • MCP 中的身份验证 (Auth)
  • 在企业环境中使用 MCP
  • 围绕托管 MCP 服务器的工具和实践
  • 围绕实现 MCP 客户端的工具和实践
生命周期:
  • 通过在 #wg-ig-group-creation Discord 频道填写模板开始创建
  • 社区版主将进行审查，并在（私有的）#community-moderators Discord 频道发起投票。成员在 72 小时内投票过半数即批准创建该小组。
    • 小组的创建可以随时撤销（例如在出现新信息后）。核心维护者和首席维护者拥有否决权。
  • 协调人和维护者负责按照会议预期组织 IG
    • 协调人 (Facilitator) 是一个非正式角色，负责引导小组或代表小组发言
    • 维护者 (Maintainer) 是来自 MCP 指导委员会的官方代表。并非每个小组都必须有维护者，但维护者可以帮助倡导特定的变更或倡议。
  • 仅当社区版主或核心/首席维护者确定 IG 不再活跃和/或不再需要时，才会将其停用
    • 成功的 IG 没有时间限制或过期日期——只要它们保持活跃并得到维护，就会一直存在
创建模板:
  • 协调人
  • 维护者（可选）
  • 具有潜在类似目标/讨论的 IG
  • 本 IG 如何与相关 IG 区分开来
  • 打算在 IG 内讨论的第一个话题
参与兴趣小组 (IG) 并非启动工作组 (WG) 或创建 SEP 的必要条件。然而，在证明成立 WG 的合理性时，在 IG 内建立共识非常有价值。同样，引用来自 IG 或 WG 的支持可以增强 SEP 的说服力及其成功的机会。

​
工作组 (WG)

目标： 促进 MCP 社区在 SEP、一系列相关 SEP 或其他官方认可的项目上的协作。 预期：
  • 针对至少一个 SEP 或规范相关的实现取得实质性进展，或者承担项目的维护责任（例如 Inspector、Registry、SDK）
  • 协调人负责跟踪进展并在适当时候沟通状态
  • 会议日期和时间需提前发布在 MCP 社区日历上（如适用），并标注其主要话题和工作组 Discord 频道名称（例如 agents-wg）
  • 会议结束后公开分享笔记，以 GitHub Issue（示例）和/或公开 Google 文档的形式发布
示例:
  • Registry (注册表)
  • Inspector (检查器)
  • 工具过滤 (Tool Filtering)
  • 服务器标识
生命周期:
  • 通过在 #wg-ig-group-creation Discord 频道填写模板开始创建
  • 社区版主将进行审查，并在（私有的）#community-moderators Discord 频道发起投票。成员在 72 小时内投票过半数即批准创建该小组。
    • 小组的创建可以随时撤销（例如在出现新信息后）。核心维护者和首席维护者拥有否决权。
  • 协调人和维护者负责按照会议预期组织 WG
    • 协调人 (Facilitator) 是一个非正式角色，负责引导小组或代表小组发言
    • 维护者是来自 MCP 指导委员会的官方代表。并非每个小组都必须有维护者，但维护者可以帮助倡导特定的变更或倡议
  • 当发生以下情况之一时，WG 将停用：
    • 社区版主或核心/首席维护者决定其不再活跃和/或不再需要
    • WG 连续一个月或更长时间没有活跃的 Issue/PR，或者已完成其打算开展的所有 Issue/PR。
创建模板:
  • 协调人
  • 维护者（可选）
  • 对兴趣/用例的解释，最好源自 IG 的讨论；但这并非强制要求
  • WG 将处理的第一个 Issue/PR/SEP

​
WG/IG 协调人

在 WG 或 IG 中担任 协调人 并不意味着获得整个 MCP 组织的 维护者身份。这是一个非正式角色，任何人都可以自荐。 协调人负责协助引导兴趣小组或工作组内的讨论与协作。 首席维护者和核心维护者保留随时修改任何 WG/IG 协调人和维护者名单的权利。

​
常见问题

​
我该如何参与 MCP 的贡献？

这些 IG 和 WG 的抽象概念有助于提供一个平滑的参与路径：
  1. 加入 Discord 并关注与你相关的 IG 讨论。参加 实时会议。积极参与。
  2. 提议协调会议。在 SEP 提案和其他工作中贡献你的用例。
  3. 当你能够自如地贡献交付物时，加入并参与 WG 的工作。
  4. 活跃且有价值的贡献者将被 WG 维护者提名为新的维护者。

​
在哪里可以找到当前所有 WG 和 IG 的列表？

在 MCP 贡献者 Discord 中，为每个工作组和兴趣小组都设有专门的频道分类。