贡献者沟通

模型上下文协议社区的沟通策略和框架

本文档解释了如何在模型上下文协议 (MCP) 项目内进行沟通和协作。

沟通渠道

渠道	目的	何时使用
Discord	实时讨论	快速提问、协调、工作组/兴趣小组讨论
在线会议	同步进度	工作组/兴趣小组演示、进度报告
GitHub Discussions	结构化讨论	提案、路线图规划、长篇辩论
GitHub Issues	可执行任务	错误报告、文档修复
漏洞报告	安全问题	漏洞 - 切勿公开发布

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

Discord

MCP 贡献者 Discord 用于实时贡献者讨论和协作。该服务器专为 MCP 贡献者 设计，不用于一般 MCP 支持。

公共频道（默认）

目的： 开放的社区参与、协作开发和透明的项目协调。

主要用例：

• SDK 和工具开发（例如 #typescript-sdk-dev, #inspector-dev）
• 工作组和兴趣小组 讨论（例如 #auth-wg, #security-ig）
• 社区入职和贡献指导
• 社区反馈和协作头脑风暴
• 公开办公时间和维护者可用性

避免：

• MCP 用户支持 - 阅读官方文档并使用 GitHub Discussions 提问
• 服务或产品营销 - 保持讨论供应商中立；除作为与规范相关的示例外，不鼓励提及品牌

私人频道（例外）

目的： 机密协调和敏感事项。访问权限仅限于指定的维护者。

私人使用标准：

• 安全事件（CVE、协议漏洞）
• 人员事项（维护者讨论、行为准则问题）
• 需要有限受众立即或专注响应的协调
• 某些频道为维护者决策只读

透明度要求：

• 所有影响社区的技术和治理决策必须记录在 GitHub Discussions 和/或 Issues 中，标记为 notes
• 私人频道是临时的“事件室”，不用于常规开发
• 某些与个人贡献者相关的事项在适当情况下可能保持私密

Discord 上任何导致潜在决策或提案的重大讨论必须移至 GitHub Discussion 或 Issue，以保留持久、可搜索的记录。

GitHub Discussions

用于关于项目方向的结构化、长篇讨论和辩论。

何时使用：

• 项目路线图规划和里程碑讨论
• 公告和发布沟通
• 社区投票和共识建立
• 带有背景和理由的功能请求
• 如果仓库未启用 Discussions，请改用 GitHub Issues

GitHub Issues

用于错误报告和可执行的开发任务。功能请求应提交至 GitHub Discussions。

何时使用：

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

注意： SEP 提案作为拉取请求提交到 seps/ 目录，而不是作为 GitHub Issues。请参阅 SEP 指南。

安全问题

切勿公开发布安全问题。

1. 使用 SECURITY.md 中的私人安全报告流程
2. 直接联系负责人或 核心维护者
3. 遵循负责任的披露指南

决策记录

所有 MCP 决策均记录在公共渠道中：

类型	位置
技术决策	GitHub Issues 和 SEPs
规范变更	变更日志
流程变更	社区文档
治理决策	GitHub Issues 和 SEPs

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

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