群组类型
工作组使命陈述
SDK 工作组的存在是为了使官方 MCP SDK 保持一致、合规，并与规范同步。它协调各语言对新协议版本的实现，管理 SDK 分级体系，并在合理之处建立共享的设计模式，从而让开发者在各 SDK 之间获得连贯的体验，同时每个 SDK 都保持对其语言的惯用性。范围
范围内
- SDK 分级：运营 SDK 分级体系，包括评审等级晋升请求、适用降级标准，以及维护已发布的等级认定。
- 官方 SDK 名录：评估添加新官方 SDK 或退役既有 SDK 的提案。
- 发布协调：使 Tier-1 SDK 的发布计划与规范版本日期对齐，从而使协议特性按其等级所要求的时间线在 SDK 中落地。
- 跨 SDK 设计指导：为 SDK API 表面、版本控制、弃用、错误处理和扩展打包推荐通用模式，从而使 SDK 在各语言之间保持可辨识的相似性，同时保持惯用性。
- 合规集成：与合规测试项目协作，确保每个官方 SDK 运行合规套件并发布结果。
- 维护者协调：为各语言 SDK 维护者提供一个论坛，以分享实现经验并将规范歧义反馈给核心维护者。
范围外
- 逐 SDK 的日常维护：单个 SDK 的 issue 分诊、PR 评审和发布，仍由该 SDK 在 MAINTAINERS.md 中所列的维护者负责。
- 规范撰写：协议变更通过 SEP 流程提出，并归相关工作组或核心维护者所有。SDK 工作组实现已被接受的 SEP；它不拥有规范章节。
- 合规测试撰写：合规测试套件本身归合规测试项目所有。
- 第三方和社区 SDK：modelcontextprotocol 组织之外的 SDK 不受本群组治理。
相关群组
- Transports 工作组：传输实现是每个 SDK 的重要组成部分。当传输 SEP 落地时，SDK 工作组就落地排序与 Transports 工作组协调。
- 合规测试：等级认定取决于合规分数。SDK 工作组消费合规结果，并反馈测试覆盖中的缺口。
- 所有产出规范的工作组：SDK 工作组是已被接受 SEP 的下游消费者，并就参考实现的时序与发起群组协调。
领导层
权限与决策权
成员
WG 成员是每个官方 SDK 的维护者，记录于 MAINTAINERS.md 以及 modelcontextprotocol/access 中的相应角色。任何官方 SDK 的维护者默认即为 WG 成员。运作
沟通在
#general-sdk-dev Discord 频道和 GitHub Discussions 的 SDK Working Group 分类中进行。
交付物与成功指标
活跃工作项
成功标准
- 所有官方 SDK 都有已发布的等级，且在其默认分支上有通过的合规运行。
- Tier-1 SDK 在其等级所要求的时间线内交付对每个已发布规范版本的支持。
- 等级晋升和降级决策连同理由记录在 GitHub Discussions 中。