贡献者沟通

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

​

沟通渠道

简要说明：

• Discord：用于实时或临时讨论。
• GitHub Discussions：用于结构化、较长形式的讨论。
• GitHub Issues：用于可操作任务、错误报告和功能请求。
• 对于安全敏感问题：请遵循 SECURITY.md 中的流程。

所有沟通均受我们 行为准则 的约束。我们期望所有参与者在所有沟通渠道中保持尊重、专业和包容的互动。

​

Discord

用于实时的贡献者讨论和协作。该服务器主要面向 MCP 贡献者，并非用于一般 MCP 支持。 Discord 服务器将包含公开和私有频道。 加入 Discord 服务器。

​

公共频道（默认）

• 目的：开放的社区参与、协作开发和透明的项目协调。
• 主要使用场景：
  • 公开的 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 指南）
• 包含可复现步骤的错误报告
• 具体范围的文档改进
• CI/CD 问题和基础设施问题
• 发布任务和里程碑跟踪

​

安全问题

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

1. 使用私密的安全报告流程。对于协议级别的安全问题，请遵循 modelcontextprotocol GitHub 仓库中的 SECURITY.md 中的流程。
2. 直接联系负责人和/或 核心维护者。
3. 遵循负责任的披露指南。

​

决策记录

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

• 技术决策：GitHub Issues 和 SEPs。
• 规范变更：Model Context Protocol 网站。
• 流程变更：社区文档。
• 治理决策和更新：GitHub Issues 和 SEPs。

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

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