渐进式披露工作组章程

社区译文；来源： MCP 5ea99602

小组类型

工作组

使命陈述

渐进式披露工作组探索如何在协议维护的扁平列表之外组织 MCP 原语（工具、资源、提示、任务），以及这种组织方式能为 MCP 服务器和客户端带来哪些益处。工作组记录来自客户端、服务器和网关的多样化需求，支持采用不同组织策略的参考扩展，并将建议提交到 SEP 流程，而不是过早选定单一的规范模式。

范围

范围内

• 需求收集：记录用例和约束
• 模式探索：测试并评估各种方法
• 概念验证：维护一个包含参考实现和实验发现的共享仓库

范围外

• 批准规范变更：本 WG 无权批准协议变更；建议须通过 SEP 流程推进
• 强制实现要求：工作组可以记录模式，但不能要求客户端或服务器采取特定行为

相关小组

• 工具注解 IG - 基于注解筛选和选择原语，与原语的组织和呈现方式存在交集
• Skills Over MCP WG - 维护已发布的 Skills 扩展；skill 发现和渐进式披露与分组存在重叠

问题陈述

MCP 原语的扁平列表可能很长，处理起来也很繁琐，原因有很多。许多此类问题属于本组范围，但也有一些不属于。

范围内

• 上下文过载 - 原语列表载入 LLM 上下文后，可能使模型不堪重负，导致混淆和选择不当
• 操作效率低下 - 上下文中的长列表会消耗大量 token，从而增加处理成本和响应延迟
• 开发者体验不佳 - 缺少原语组织工具，使原语更难管理和维护

范围之外

• 出于安全目的的组织 - 根据客户端权限级别组织原语并向其披露原语是一个重要问题，但超出本组职责范围
• 组织 MCP 服务器 - 服务器发现和 registry schema 决策属于 Registry WG，Skills Over MCP WG 负责提供 skill 分发需求

目标

1. 记录需求和经验 - 记录实现这些扩展的不同客户端、服务器和网关所具有的多样化需求。我们不会尝试过早达成共识，而是根据真实使用经验的反馈记录各种权衡。
2. 参考扩展 - 目前正在涌现许多可能的组织机制，选择一种规范模式可能还为时过早。不同服务器正在实现相似功能，但缺乏标准化限制了客户端有效利用这些功能的能力。本组将支持采用不同组织策略的参考扩展，例如分组、工具搜索和代码模式。
3. 推广标准 - 邀请大型 MCP 服务器和客户端的开发者与 Maintainer 提供反馈，推动其从定制实现迁移到标准化扩展。

组织策略

各项策略的详细说明，包括先例、示例和讨论链接，参见 Approaches。

WG 原则

1. 记录讨论 - WG 旨在记录各种权衡和讨论，而不是规定某一种具体实现。应优先使用 WG 仓库中的 GitHub Discussions，而不是在 Discord 中进行冗长讨论。同步 WG 通话的会议记录也会上传到 GitHub Discussions，供日后查阅。
2. 实验性扩展 - 仓库中包含针对不同方法的实验性扩展。扩展应该（SHOULD）至少支持 Python 和 TypeScript 实现，并包含：(1) 可端到端运行的演示；(2) 其他人如何与之集成的详细说明。
3. 部署反馈 - WG 向扩展用户征集部署经验和反馈，以确定功能开发和变更的优先级。

领导

权限与决策权

运作方式

会议发布在 meet.modelcontextprotocol.io。任何人均可参加。请加入 MCP Contributors Discord 上的 #progressive-disclosure-wg 频道。

讨论主题

以下事项构成 WG 当前的工作议程。此列表并非详尽无遗，并会随着工作组发现新的关注领域而演进。

生命周期

当前状态：活跃探索（Active Exploration）

退休标准

• 问题空间已解决（约定已建立，或已被其他 WG 吸收）
• 参与度不足，无法保持推进势头
• 社区形成共识，认为分组不属于 MCP 协议范围

交付物与成功指标

成功标准

• 短期：形成有记录的需求共识，并完成对现有方法的评估
• 中期：提出明确建议（采用约定、协议扩展或两者兼有）
• 长期：在 MCP 服务器和客户端之间形成可互操作的分组约定

资源

• 工作组仓库 - 渐进式披露工作组的孵化空间

变更日志