SDK 工作组章程

SDK 工作组章程

社区译文;来源: MCP 4fa48191

小组类型

工作组

使命陈述

SDK 工作组负责确保官方 MCP SDK 彼此一致、符合规范,并与规范保持同步。工作组协调各语言实现新的协议版本,治理 SDK 分级系统,并在合理的情况下建立共享设计模式,使开发者在不同 SDK 中获得连贯的体验,同时每个 SDK 仍遵循其语言的惯用方式。

范围

范围内

  • SDK 分级:运行 SDK 分级系统,包括评审层级晋升申请、应用降级标准,以及维护已发布的层级划分。
  • 官方 SDK 名单:评估新增官方 SDK 或停用现有 SDK 的提案。
  • 发布协调:将 Tier 1 SDK 的发布计划与规范版本日期对齐,确保协议功能按照其层级要求的时间表进入 SDK。
  • 跨 SDK 设计指南:为 SDK API surface、版本控制、弃用、错误处理和扩展打包提供通用模式建议,使不同语言的 SDK 保持可辨识的一致性,同时仍遵循各自语言的惯用方式。
  • Conformance 集成:与 Conformance Testing 项目合作,确保每个官方 SDK 都运行 conformance suite 并发布结果。
  • 维护者协调:为各语言 SDK 维护者提供交流实现经验的平台,并将规范中的歧义反馈给 Core Maintainer。

范围外

  • 各 SDK 的日常维护:单个 SDK 的 issue 分诊、PR 评审和发布仍由 MAINTAINERS.md中列出的该 SDK 维护者负责。
  • 规范编写:协议更改通过 SEP 流程提出,并由相关工作组或 Core Maintainer 负责。SDK WG 实现已接受的 SEP,但不负责规范章节。
  • Conformance 测试编写:Conformance 测试套件本身由 Conformance Testing项目负责。
  • 第三方和社区 SDK:modelcontextprotocol组织之外的 SDK 不受本组治理。

相关小组

  • Transports WG:传输实现是每个 SDK 的重要组成部分。传输相关 SEP 落地时,SDK WG 与 Transports WG 协调推出顺序。
  • Conformance Testing:层级划分取决于 conformance 分数。SDK WG 使用 conformance 结果,并反馈测试覆盖缺口。
  • 所有产出规范的 WG:SDK WG 是已接受 SEP 的下游使用方,并与原提案小组协调参考实现的时间安排。

领导

角色姓名组织GitHub任期
LeadFelix WeinbergerAnthropic@felixweinberger持续中

权限与决策权

决策类型权限级别
会议后勤与日程安排WG Lead(自主决定)
WG 内提案优先级WG Lead(自主决定)
SDK 层级晋升或降级WG 共识
跨 SDK 设计指南WG 共识(向各 SDK 维护者提供建议)
各 SDK 的发布、版本控制和 API 设计该 SDK 的维护者(自主决定)
新增或停用官方 SDKWG 共识 → Core Maintainer 批准
更改分级标准WG 共识 → Core Maintainer 批准
扩大范围必须获得 Core Maintainer 批准
批准 WG MemberWG Member 赞助人

成员

WG Member 是 MAINTAINERS.md中记录的各官方 SDK 维护者,以及 modelcontextprotocol/access中的对应角色。任何官方 SDK 的维护者默认都是 WG Member。

运作方式

会议频率时长目的
工作会议每两周一次45 分钟发布协调、层级评审和跨 SDK 设计

沟通在 Discord 的 #general-sdk-dev 频道,以及 GitHub Discussions中的 SDK 工作组分类内进行。

交付物与成功指标

活跃工作项

项目状态目标日期负责人
Tier 1 SDK 对 2026-06-30 规范的支持Planning(规划中)2026 Q3各 SDK 维护者
跨 SDK 的无状态传输采用指南In progress(进行中)2026 Q2WG Lead
季度层级评审Recurring(周期性)每季度WG Lead

成功标准

  • 所有官方 SDK 都有已发布的层级,并且其默认分支上的 conformance 运行通过。
  • Tier 1 SDK 在其层级要求的时间内发布对每个已发布规范版本的支持。
  • 层级晋升和降级决定及其理由记录在 GitHub Discussions 中。

变更日志

日期变更
2026-04-28初始章程