Transports 工作组章程

社区译文；来源： MCP 80041ab0

小组类型

工作组

使命陈述

Transports 工作组持续演进 MCP 传输绑定及与传输相邻的协议架构，使各种实现在本地和远程部署中保持互操作性、可扩展性、可靠性和易运维性。WG 产出传输提案、SEP、实现证据和指南。在这些边界内， 工作组仓库及其 上游章程 维护 WG 当前的技术重点、提案策略和支持细节。

范围

范围内

• 传输绑定：成帧、交付、请求和信封元数据、取消和终止、连接生命周期、向后兼容，以及现有和未来 MCP 传输方式的行为。当前规范的 传输概述定义了传输绑定与核心协议语义之间的边界。
• 可扩展性与可靠性：传输层连接管理、资源效率、多路复用、负载分配、错误处理、重新连接、恢复，以及绑定提供的交付和顺序保证。
• 与传输相邻的协议架构：可扩展、可互操作绑定所需的协议级消息流关注点，包括请求关联、每请求元数据、无状态运行，以及从旧式初始化和传输会话模型迁移。
• 传输安全：绑定和信封的安全要求，例如 Origin 验证、TLS、mTLS 和证书处理；这些工作与 Security IG 协调。凭据承载与 Auth IG 协调。
• 验证与指南：评估提案并帮助实现者采用已商定传输行为所需的参考实现、实验、实现证据和文档。支持材料维护在上游 文档中。 WG 向 Conformance Testing 项目贡献传输场景和需求，该项目的维护者负责 conformance suite。
• 横切协调：协调其他 MCP 小组所负责工作中的传输影响，但不接管其应用层功能。

上游范围声明 提供支持性上下文，但不能扩大本章程规定的边界。

范围外

• 工具、资源、提示、Tasks、Agent 或 Events 等 MCP 原语的应用层行为，包括应用状态、应用会话含义、任务生命周期，以及事件或订阅语义。当这些功能依赖绑定或消息流行为时，WG 会进行协调。
• 特定领域的扩展，以及特定实现的产品或业务关注点。
• 与传输无关的 SDK API 和实现细节。
• 授权协议机制、凭据和 token 语义、应用身份及授权策略。WG 与相关小组协调绑定如何承载已商定的授权数据。
• MCP conformance suite 的所有权。WG 与其维护者协调，贡献传输需求和场景。

相关小组

• SDK WG：官方 SDK 实现传输变更；各组就可行性、参考实现和推出顺序进行协调。
• Tasks and Events WG：Tasks and Events WG 负责 Tasks 和持久执行；当这些功能依赖多轮请求、请求关联、无状态运行或绑定行为时，各组进行协调。事件回调、订阅和应用层交付语义由该组负责；Transports 负责特定于绑定的承载和保证。
• Auth IG 和 Security IG：各组就凭据承载和传输线安全进行协调，而授权机制和更广泛的安全要求仍由相应 IG 负责。

领导

当前 WG Lead 是 Kurtis Van Gent。

权限与决策权

成员

当前 WG Member 列于上游 小组成员名单。

运作方式

WG 每周举行一次例会，当前时间和加入方式列于 meet.modelcontextprotocol.io。议题在 MCP Discord的 #transports-wg 频道异步讨论。

工作遵循问题优先的工作流：

1. 在工作组仓库中创建核心问题陈述，使 WG 就问题及其需求达成一致。
2. 与其他有兴趣的参与者合作定义解决方案。
3. 评审并迭代解决方案，以处理 WG 反馈。
4. WG 按照其决策流程达成共识后，通过 SEP 流程将解决方案作为 SEP 提交给 Core Maintainer。

资源

• modelcontextprotocol/transports-wg
  • 提案
  • 支持文档和决策记录
  • 会议记录

交付物与成功指标

活跃工作项

请参阅开放的 pull request 和 roadmaps/ 目录。

成功标准

• 已采用的传输无关协议行为在各种传输方式之间保持一致，而特定于绑定的差异会被明确说明，并通过实现证据和适用的 conformance 场景验证。
• 影响官方 SDK 的传输变更与 SDK WG 协调，并提供清晰的实现指南。
• 决策、提案状态和支持理由在工作组仓库中或通过该仓库的链接保持公开可发现。

变更日志