工作组类型
工作组使命声明
传输工作组持续演进 MCP 传输绑定及传输相关的协议架构，使实现能够在本地和远程部署中保持互操作性、可扩展性、可靠性并易于运维。该工作组产出传输提案、SEP、实现证据和指导文档。该工作组的工作组仓库及其上游章程在这些边界内维护工作组当前的技术重点、提案策略和支持性细节。范围
范围内
- 传输绑定：成帧、交付、请求和信封元数据、取消和终止、连接生命周期、向后兼容性，以及现有和未来 MCP 传输的行为。当前规范的传输概述定义了传输绑定与核心协议语义之间的边界
- 可扩展性和可靠性：传输层连接管理、资源效率、多路复用、负载分配、错误处理、重新连接、恢复，以及绑定所提供的交付和排序保证
- 传输相关的协议架构：可扩展、可互操作绑定所需的协议范围消息流关注点，包括请求关联、每请求元数据、无状态操作，以及从传统初始化和传输会话模型迁移
- 传输安全：绑定和信封安全要求，例如 Origin 验证、TLS、mTLS 和证书处理，与 Security IG 协调。凭据传递与 Auth IG 协调
- 验证和指导：评估提案并帮助实现者采用约定的传输行为所需的参考实现、实验、实现证据和文档。支持材料维护在上游的文档中。工作组向 Conformance Testing 项目贡献传输场景和要求，该项目的维护者负责一致性测试套件
- 跨领域协调：其他 MCP 工作组负责的工作所涉及的传输影响，但不负责其应用层功能
范围外
- MCP 原语的应用层行为，例如 tools、resources、prompts、tasks、agents 或 events，包括应用状态、应用会话含义、任务生命周期以及事件或订阅语义。工作组会在这些功能依赖绑定或消息流行为时进行协调
- 特定领域的扩展以及特定实现的产品或业务关注点
- 与传输无关的 SDK API 和实现细节
- 授权协议机制、凭据和令牌语义、应用身份以及授权策略。工作组与相关工作组协调绑定如何承载约定的授权数据
- MCP 一致性测试套件的所有权。工作组与其维护者协调，贡献传输要求和场景
相关工作组
- SDK WG：官方 SDK 实现传输变更；两个工作组就可行性、参考实现和推广顺序进行协调
- Agents WG：Agents WG 负责 Tasks 和持久化执行；两个工作组就这些内容依赖多轮往返请求、请求关联、无状态操作或绑定行为的部分进行协调
- Triggers and Events WG：事件回调、订阅和应用层交付语义由该工作组负责；Transports 负责特定于绑定的承载和保证
- Auth IG 和 Security IG：两个工作组就凭据传递和传输线安全进行协调，而授权机制和更广泛的安全要求仍由相应的 IG 负责
领导层
当前工作组负责人是Kurtis Van Gent。权限与决策权
成员资格
当前工作组成员列于上游的工作组成员名册中。运作方式
工作组每周定期举行会议，当前时间和加入详情列于meet.modelcontextprotocol.io。议题在MCP Discord的#transports-wg 频道中异步讨论。
工作遵循问题优先的工作流程：
- 在工作组仓库中创建核心问题陈述，使工作组就问题及其要求达成一致
- 与其他感兴趣的参与者合作定义解决方案
- 审查并迭代解决方案，以回应工作组反馈
- 工作组根据其决策流程达成共识后，通过SEP 流程向 Core Maintainers 提交该解决方案作为 SEP
资源
交付成果与成功指标
当前工作项
请参阅开放的拉取请求和roadmaps/ 目录。
成功标准
- 已采用的与传输无关的协议行为在不同传输之间保持一致，同时绑定特定的差异得到明确说明，并通过实现证据和适用的一致性场景进行验证
- 影响官方 SDK 的传输变更与 SDK WG 协调，并具有清晰的实现指导
- 决策、提案状态和支持性理由持续在工作组仓库中公开可查，或提供从工作组仓库访问这些信息的链接