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

# 贡献者沟通

> Model Context Protocol 社区的沟通策略和框架

本文档说明了在 Model Context Protocol（MCP）项目中如何进行沟通与协作。

## 沟通渠道

简要说明：

* **[Discord][discord-join]**：用于实时或临时讨论。
* **[GitHub Discussions](https://github.com/modelcontextprotocol/modelcontextprotocol/discussions)**：用于结构化、较长形式的讨论。
* **[GitHub Issues](https://github.com/modelcontextprotocol/modelcontextprotocol/issues)**：用于可操作任务、错误报告和功能请求。
* **对于安全敏感问题**：请遵循 [SECURITY.md](https://github.com/modelcontextprotocol/modelcontextprotocol/blob/main/SECURITY.md) 中的流程。

所有沟通均受我们 [行为准则](https://github.com/modelcontextprotocol/modelcontextprotocol/blob/main/CODE_OF_CONDUCT.md) 的约束。我们期望所有参与者在所有沟通渠道中保持尊重、专业和包容的互动。

### Discord

用于实时的贡献者讨论和协作。该服务器主要面向 **MCP 贡献者**，并非用于一般 MCP 支持。

Discord 服务器将包含公开和私有频道。

[加入 Discord 服务器][discord-join]。

#### 公共频道（默认）

* **目的**：开放的社区参与、协作开发和透明的项目协调。
* 主要使用场景：
  * **公开的 SDK 和工具开发**：从构思到发布计划的所有开发工作都在公开频道中进行（例如，`#typescript-sdk-dev`、`#inspector-dev`）。
  * **工作组和兴趣组讨论**（`#client-implementors`、`#agents-wg` 等）
    * **工作组**：有特定目标或项目的团队（如 SDK、检查器、注册表、服务器身份、负载均衡等）。
    * **兴趣组**：抽象的人员聚集，可能讨论各种主题。其中一些可能作为一次性事项处理，其他可能发展为工作组。
  * **社区入门** 和贡献指导。
  * **社区反馈** 和协作头脑风暴。
  * 公开的 **办公时间** 和 **维护者可用时间**。
* 避免：
  * MCP 用户支持：参与者应阅读官方文档，并在有疑问或需要支持时发起新的 GitHub Discussions。
  * 服务或产品营销：本 Discord 上的互动应保持中立，不得用于品牌建设或销售。除非作为示例或回应以规范为核心的讨论，否则不鼓励提及品牌或产品。

#### 私人频道（例外）

* **目的**：无法公开讨论的机密协调和敏感事项。访问权限将限制在指定的维护者范围内。
* **严格限制私人使用的情形**：
  * **安全事件**（CVE、协议漏洞）。
  * **人事问题**（维护者相关讨论、行为准则政策）。
  * 某些频道将设置为 **只读**。例如，这适用于维护者的决策过程。
  * 需要 **立即** 或其他形式 **集中回应** 的协调。
* **透明度**：
  * 所有影响社区的 **技术与治理决策** 必须在 GitHub Discussions 和/或 Issues 中记录，并标记为 `notes`。
  * 涉及个别贡献者的相关事宜，在适当情况下可保持私密（例如，个人情况、纪律措施或其他敏感个人事项）。
  * 私人频道应作为 **临时“事件房间”** 使用，而非日常开发。

任何在 Discord 上进行的重要讨论，若可能导致决策或提议，必须移至 GitHub Discussion 或 GitHub Issue，以创建可持久保存、可搜索的记录。提议随后可根据需要提升为完整的 PR，并关联相应的工作项（GitHub Issues）。

### GitHub Discussions

用于项目方向、功能、改进和社区主题的结构化、长篇讨论和辩论。

适用场景：

* 项目路线图规划和里程碑讨论
* 公告和发布通信
* 社区投票和共识构建流程
* 包含背景和理由的功能请求
  * 如果某个特定仓库未启用 GitHub Discussions，可以改用 GitHub Issues。

### GitHub Issues

用于错误报告、功能跟踪和可操作的开发任务。

适用场景：

* 提交 SEP 提案（遵循 [SEP 指南](./sep-guidelines)）
* 包含可复现步骤的错误报告
* 具体范围的文档改进
* CI/CD 问题和基础设施问题
* 发布任务和里程碑跟踪

### 安全问题

**不要公开发布安全问题。** 请采取以下方式：

1. 使用私密的安全报告流程。对于协议级别的安全问题，请遵循 [modelcontextprotocol GitHub 仓库中的 SECURITY.md](https://github.com/modelcontextprotocol/modelcontextprotocol/blob/main/SECURITY.md) 中的流程。
2. 直接联系负责人和/或 [核心维护者](./governance#current-core-maintainers)。
3. 遵循负责任的披露指南。

## 决策记录

所有 MCP 决策均在公开渠道中记录和保存。

* **技术决策**：[GitHub Issues](https://github.com/modelcontextprotocol/modelcontextprotocol/issues) 和 SEPs。
* **规范变更**：[Model Context Protocol 网站](https://modelcontextprotocol.io/specification/draft/changelog)。
* **流程变更**：[社区文档](https://modelcontextprotocol.io/community/governance)。
* **治理决策和更新**：[GitHub Issues](https://github.com/modelcontextprotocol/modelcontextprotocol/issues) 和 SEPs。

在记录决策时，我们将保留尽可能多的上下文信息：

* 决策者
* 背景和动机
* 考虑的选项
* 所选方法的依据
* 实施步骤

[discord-join]: https://discord.gg/6CSzBmMkjX