> ## Documentation Index
> Fetch the complete documentation index at: https://mcp.gjxx.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# 工作组和兴趣小组

> 了解模型上下文协议治理结构中的两种协作小组形式 - 工作组和兴趣小组。

在 MCP 贡献者社区中，我们维护两种类型的协作格式 - **兴趣**和**工作**小组。

**兴趣小组**负责识别和阐明 MCP 应解决的问题，主要通过促进社区内的开放讨论。相比之下，**工作组**专注于通过协作生产可交付成果来开发具体解决方案，例如 SEP 或规范的社区所有实现。

虽然兴趣小组的输入可以帮助证明形成工作组的合理性，但这不是严格要求。同样，在提交 SEP 或其他社区提案时，鼓励但不强制来自兴趣小组或工作组的贡献。

我们强烈鼓励所有对特定 SEP 感兴趣的贡献者首先在兴趣小组内协作。这种协作过程有助于确保提议的 SEP 与社区需求一致，并为协议指明正确方向。

MCP 生态系统中的长期项目，例如 SDK、Inspector 或 Registry，由专门的工作组维护。

## 目的

这些小组的存在是为了：

* **促进高信号空间以进行专注讨论** - 选择加入通知、专业知识共享和定期会议的贡献者可以参与对他们高度相关的主题，从而实现有意义的贡献并有机会向他人学习。
* **建立明确的期望和领导角色** - 指导协作工作，确保朝着推进 MCP 演进和采用的具体可交付成果稳步前进。

## 机制

## 会议日历

所有兴趣小组和工作组会议都在公共 MCP 社区日历上发布，地址为 [meet.modelcontextprotocol.io](https://meet.modelcontextprotocol.io/)。

协调者负责提前将他们的会议安排发布到此日历，以确保可发现性和更广泛的社区参与。

### 兴趣小组 (IGs)

\*\*目标：\*\*促进 MCP 贡献者之间的讨论和知识共享，他们对特定的 MCP 子主题或上下文有共同兴趣。主要重点是识别和收集可能值得通过 SEP 或其他社区工件解决的问题，同时鼓励对协议问题和机会的开放探索。

**期望**：

* 在兴趣小组 Discord 频道中进行定期对话
* **和/或** 兴趣小组成员定期参加的定期现场会议
* 会议日期和时间在适当时提前发布在 [MCP 社区日历](https://meet.modelcontextprotocol.io/) 上，并标有其主要主题和兴趣小组 Discord 频道名称（例如 `auth-ig`）
* 会议后公开分享笔记，作为 GitHub issue（[示例](https://github.com/modelcontextprotocol/modelcontextprotocol/issues/1629)）和/或公共 Google Doc

**示例**：

* MCP 中的安全
* MCP 中的认证
* 在企业环境中使用 MCP
* 围绕托管 MCP 服务器的工具和实践
* 围绕实现 MCP 客户端的工具和实践

**生命周期**：

* 通过在 #wg-ig-group-creation [Discord](/community/communication#discord) 频道中填写模板开始创建
* 社区版主将审查并在（私人）#community-moderators Discord 频道中呼吁投票。在 72 小时内成员多数积极投票批准创建小组。
  * 小组的创建可以随时逆转（例如，在新信息出现后）。核心和首席维护者可以否决。
* 协调者和维护者负责将 IG 组织到会议期望中
  * 协调者是一个非正式角色，负责引导或代表小组发言
  * 维护者是来自 MCP 指导小组的官方代表。每个小组不需要维护者，但可以帮助倡导特定变更或倡议。
* IG 只有在社区版主或核心或首席维护者确定它不再活跃和/或需要时才被淘汰
  * 成功的 IG 没有时间限制或到期日期 - 只要它们活跃并得到维护，它们将保持可用

**创建模板**：

* 协调者
* 维护者（可选）
* 与潜在类似目标/讨论的 IG
* 此 IG 如何与相关 IG 区分开来
* 您要在 IG 内讨论的第一个主题

参与兴趣小组 (IG) 不是启动工作组 (WG) 或创建 SEP 的要求。然而，在证明形成 WG 的合理性时，在 IG 内建立共识可能很有价值。同样，在加强 SEP 及其成功机会时，引用来自 IG 或 WG 的支持可能很有价值。

### 工作组 (WG)

\*\*目标：\*\*促进 MCP 社区内对 SEP、一系列主题 SEP 或其他官方认可项目的协作。

**期望**：

* 朝着至少一个 SEP 或规范相关实现取得有意义进展 **或** 承担项目的维护责任（例如，Inspector、Registry、SDK）
* 协调者负责跟踪进展并在适当时沟通状态
* 会议日期和时间在适当时提前发布在 [MCP 社区日历](https://meet.modelcontextprotocol.io/) 上，并标有其主要主题和工作组 Discord 频道名称（例如 `agents-wg`）
* 会议后公开分享笔记，作为 GitHub issue（[示例](https://github.com/modelcontextprotocol/modelcontextprotocol/issues/1629)）和/或公共 Google Doc

**示例**：

* Registry
* Inspector
* Tool Filtering
* Server Identity

**生命周期**：

* 通过在 #wg-ig-group-creation Discord 频道中填写模板开始创建
* 社区版主将审查并在（私人）#community-moderators Discord 频道中呼吁投票。在 72 小时内成员多数积极投票批准创建小组。
  * 小组的创建可以随时逆转（例如，在新信息出现后）。核心和首席维护者可以否决。
* 协调者和维护者负责将 WG 组织到会议期望中
  * 协调者是一个非正式角色，负责引导或代表小组发言
  * 维护者是来自 MCP 指导小组的官方代表。每个小组不需要维护者，但可以帮助倡导特定变更或倡议
* WG 在以下情况下被淘汰：
  * 社区版主或核心和首席维护者决定它不再活跃和/或需要
  * WG 一个月或更长时间没有活跃的 Issue/PR，或已完成其打算追求的所有 Issue/PR。

**创建模板**：

* 协调者
* 维护者（可选）
* 兴趣/用例的解释，最好来自 IG 讨论；然而这不是要求
* WG 将工作的第一个 Issue/PR/SEP

## WG/IG 协调者

WG 或 IG 中的**协调者**角色不会导致跨 MCP 组织的[维护者角色](https://github.com/modelcontextprotocol/modelcontextprotocol/blob/main/MAINTAINERS.md)。这是一个非正式角色，任何人都可以自我提名。

协调者负责帮助引导兴趣或工作小组内的讨论和协作。

首席和核心维护者保留随时修改任何 WG/IG 的协调者和维护者列表的权利。

## 常见问题

### 我如何参与贡献 MCP？

这些 IG 和 WG 抽象有助于提供优雅的入门途径：

1. [加入 Discord](/community/communication#discord) 并关注与您相关的 IG 中的对话。参加[现场通话](https://meet.modelcontextprotocol.io/)。参与。
2. 提供协调通话。贡献您的用例到 SEP 提案和其他工作中。
3. 当您 comfortable 贡献可交付成果时，加入 WG 工作贡献。
4. 活跃和有价值的贡献者将被 WG 维护者提名为新的维护者。

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

在 [MCP 贡献者 Discord](/community/communication#discord) 上，有一个为每个工作和兴趣小组划分的频道部分。