Hacker News 1小时前 · 2026-08-23 15:41:17 · 0 阅读

Model Context Protocol (MCP) 更新路线图

今天我们很高兴发布 Model Context Protocol (MCP) 的更新路线图，涵盖下一版规范及后续规划。这份路线图明确了未来几个月的协议发展方向，由核心维护者联合社区维护者及工作组共同制定。 [Explore the roadmap →](https://modelcontextprotocol.io/development/roadmap)

优先领域

路线图分为五个优先领域。其中几个领域延续了上一版路线图中提到的“即将到来”的工作，包括服务器发起事件、结果类型改进以及代理身份，这些技术如今已足够成熟，成为独立的优先事项。每个领域都有一组负责的核心维护者，以及一个或多个工作组。 MCP Roadmap: five priority areas, agentic messaging primitives, HTTP-native transport unification and hardening, agent identity and enterprise-ready security, improved primitives, and improved SDK developer experience.

MCP Roadmap: five priority areas, agentic messaging primitives, HTTP-native transport unification and hardening, agent identity and enterprise-ready security, improved primitives, and improved SDK developer experience.

代理消息原语

现代智能体工作负载已不再适用传统的“请求-响应”模式。循环可能运行更久，服务器可推送流式结果，且中途调整工作方向的需求日益明确。MCP 正在演进以满足这些需求，引入了 Tasks、`subscriptions/listen` 和进度通知。我们不仅要提供合适的底层原语，还要确保它们协同工作。相关工作涵盖服务端发起的事件（如 Webhooks 和 Channels，避免客户端轮询）、跨 Agents、Transports 和 Triggers & Events 工作组的架构审查，以及完善 Tasks 扩展（SEP-2663），使其能进入规范。

HTTP 原生传输统一与加固#

随着 2026-07-28 版本的发布，远程 MCP 服务器已与其他 HTTP 工作负载无异，使其能轻松部署在任何开发者和组织现有的 API 服务基础设施上。这种方案已证明具备良好的可扩展性，我们希望将其扩展到其他部署模式，包括在 stdio 上运行 Streamable HTTP 的本地服务器。统一传输协议能进一步简化 MCP 服务器和客户端的开发。

智能体身份与企业级安全#

MCP 授权目前主要依赖用户在浏览器中批准访问。这种方式虽然适用于交互式客户端，但越来越多的调用方是作为云工作负载运行的代理，它们拥有独立身份，代表不在场的用户行事，或为子代理委派更窄的权限。我们希望 MCP 服务器能通过标准化方式识别并信任这些代理身份，基于现有标准而非粘贴的 API 密钥和长期令牌来实现。相关工作包括完善并推广证明持有（DPoP），通过 Workload Identity Federation、企业托管授权背后的 ID-JAG 授权以及标准令牌交换，为代理身份和委派制定明确的路径。我们还将继续与 OAuth 标准机构（包括 IETF OAuth 和 WIMSE 工作组）合作，帮助底层标准随着代理身份所需的基础组件而演进。

改进基础能力#

工具调用是 MCP 中开发者最先接触的部分，在协议生命周期中表现良好。然而，在结果处理方面略显不足。`tools/call` 响应可能以多种形式携带相同输出，而服务器开发者无法预知特定客户端会采用哪种形式。我们旨在通过标准化单一清晰的契约来简化这一过程。此外，基础能力面临的另一个挑战是其规模不断增长。连接拥有 100 个工具的服务器意味着模型在用户提问之前就要处理整个工具集，且工具选择效果会随着列表变长而变差。我们正在启动渐进式发现机制，使服务器能提供一个小型入口，并在对话范围缩小时逐步展示其工具目录。

提升 SDK 开发者体验#

SDK 是开发者体验 MCP 的关键。我们致力于优化其易用性，确保其符合规范，并让其在我们支持的所有平台和语言上保持直观且文档完善。如今，许多开发者通过将代理指向我们的库来构建 MCP 客户端和服务器，此时清晰的 API 和准确的文档决定了代码能否以最小的摩擦顺利运行，因此这一点尤为重要。

提案优先级#

属于这些优先领域的 Specification Enhancement Proposals (SEPs) 将获得加速审查，被采纳的机会也最大。虽然不在这些领域的提案不会被自动拒绝，但维护者的审查时间有限，会优先分配给这些领域。

如果您正在考虑提交 SEP，请先确定其所属的优先领域，并在相关的工作组中提出，与成员合作完善提案。路线图上的每个领域都列出了负责该领域的核心维护者，任何感兴趣贡献的人都可以在Discord上联系他们。我们期待与社区合作，审查并基于支持该路线图的提案开展工作。

参与方式#

上述每个优先领域都有工作组支持或正在围绕其组建，且都欢迎更多贡献者。参与方式如下：

加入工作组或兴趣小组：查看工作与兴趣小组页面及社区频道。
提出或评论 SEP：阅读SEP 指南，然后发起提案或发表意见。

**开启实验性扩展**：[SEP-2133](https://modelcontextprotocol.io/seps/2133-extensions) 允许任何工作组或兴趣组在正式 SEP 发布前，于 `experimental-ext-` 仓库中进行实验。
**直接贡献**：[贡献指南](https://modelcontextprotocol.io/community/contributing) 涵盖了规范、SDK 和工具。

我们期待与大家共同推动 MCP 的成长与演进！

原始来源： Hacker News