最终版流程
摘要
本 SEP 建立了模型上下文协议社区的通信策略和框架。它定义了贡献者通信的官方渠道、使用指南以及决策文档化的流程。动机
随着 MCP 社区的增长，清晰的通信指南对于以下方面至关重要：- 一致性：确保所有贡献者知道在哪里以及如何通信
- 透明度：使项目决策可见且可访问
- 效率：将讨论引导至最合适的渠道
- 安全性：建立处理敏感问题的适当流程
规范
通信渠道
MCP 项目使用三个主要通信渠道：- Discord：用于贡献者之间的实时或临时讨论
- GitHub Discussions：用于结构化的长篇讨论
- GitHub Issues：用于可执行的任务、错误报告和功能请求
Discord 指南
Discord 服务器专为 MCP 贡献者 设计，不旨在提供一般性的 MCP 支持。公共频道（默认）
- 开放的社区参与和协作开发
- SDK 和工具开发讨论
- 工作组和兴趣组讨论
- 社区入职和贡献指导
- 办公时间和维护者可用性
私人频道（例外）
私人频道保留用于：- 安全事件（CVEs、协议漏洞）
- 人员事项（维护者讨论、行为准则）
- 需要立即集中响应的协调工作
GitHub Discussions
用于结构化的长篇讨论：- 项目路线图规划
- 公告和发布通信
- 社区投票和共识建立
- 带有背景和理由的功能请求
GitHub Issues
用于可执行事项：- 带有可复现步骤的错误报告
- 文档改进
- CI/CD 和基础设施问题
- 发布任务和里程碑跟踪
决策记录
所有 MCP 决策均公开记录：- 技术决策：GitHub Issues 和 SEPs
- 规范变更：MCP 网站上的变更日志
- 流程变更：社区文档
- 治理决策：GitHub Issues 和 SEPs
- 决策者
- 背景上下文和动机
- 考虑的选项
- 所选方案的理由
- 实施步骤
理由
此框架平衡了开放性与实用性：- 默认为公开：最大化透明度和社区参与
- 必要时私有：保护安全和个人事项
- 渠道分离：保持讨论有序且可搜索
- 文档要求：确保决策被保存并可发现