贡献者交流

本文档说明了如何在模型上下文协议 (MCP) 项目中进行交流与协作。

​

交流渠道

简而言之

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

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

​

Discord

用于贡献者之间的实时讨论与协作。该服务器是围绕 MCP 贡献者 设计的，并非通用的 MCP 支持场所。 Discord 服务器将包含公开和私有频道。 点击此处加入 Discord 服务器。

​

公开频道（默认）

• 目的：开放社区参与、协作开发和透明的项目协调。
• 主要使用场景
  • 公开 SDK 和工具开发：从构思到发布规划的所有开发工作均在公开频道进行（例如 #typescript-sdk-dev、#inspector-dev）。
  • 工作组与兴趣组 讨论
  • 社区新手引导与贡献指南。
  • 社区反馈与协作集思广益。
  • 公开办公时间 (Office Hours) 与维护者在线交流。
• 应避免
  • MCP 用户支持：参与者应阅读官方文档，并针对疑问或支持发起新的 GitHub Discussions。
  • 服务或产品营销：在此 Discord 上的互动应保持供应商中立，不应将其用于品牌建设或销售。除作为示例或响应以规范为核心的对话外，不鼓励提及特定品牌或产品。

​

私有频道（例外情况）

• 目的：处理无法公开讨论的机密协调和敏感事务。访问权限将仅限于指定的维护者。
• 私有使用的严格标准:
  • 安全事件（CVE、协议漏洞）。
  • 人事事务（维护者相关的讨论、行为准则政策）。
  • 部分选定频道将被配置为只读。这对于维护者决策等场景非常有用。
  • 需要针对特定小范围受众进行即时或专注响应的协调工作。
• 透明度:
  • 所有影响社区的技术和治理决策必须在 GitHub Discussions 和/或 Issues 中记录，并贴上 notes 标签。
  • 某些与个人贡献者有关的事宜在适当情况下可能保持私密（例如个人情况、纪律处分或其他敏感的个人事务）。
  • 私有频道应作为临时“应急响应室”使用，而非用于日常开发。

Discord 上任何导致潜在决策或提案的重要讨论，必须转移到 GitHub Discussion 或 GitHub Issue 中，以创建持久、可搜索的记录。随后，提案将根据需要提升为正式的 PR 及相关的任务项 (GitHub Issues)。

​

GitHub Discussions

用于对项目方向、功能、改进和社区话题进行结构化、长篇幅的讨论与辩论。 何时使用：

• 项目路线图规划与里程碑讨论
• 公告与发布沟通
• 社区投票与共识建立过程
• 带有上下文和理由的功能请求
  • 如果特定的代码仓库未启用 GitHub Discussions，请随时改为开启 GitHub Issue。

​

GitHub Issues

用于错误报告、功能跟踪和可执行的开发任务。 何时使用：

• 带有可复现步骤的错误报告
• 具有特定范围的文档改进
• CI/CD 问题和基础设施问题
• 发布任务与里程碑跟踪

注意：SEP 提案应作为拉取请求 (PR) 提交到 seps/ 目录，而不是作为 GitHub Issues 提交。详见 SEP 指南。

​

安全问题

请勿公开张贴安全问题。 应当：

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

​

决策记录

所有 MCP 决策都将在公开渠道中记录并保存。

• 技术决策：GitHub Issues 和 SEPs。
• 规范变更：在模型上下文协议网站上。
• 流程变更：社区文档。
• 治理决策与更新：GitHub Issues 和 SEPs。

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

• 决策者
• 背景上下文与动机
• 曾考虑过的选项
• 所选方案的理由
• 实施步骤