文章摘要
MCP发布更新版路线图，涵盖未来协议工作方向，聚焦五大优先领域：智能体消息原语、HTTP原生传输统一与加固、智能体身份与企业级安全、改进的原语及SDK开发者体验。
文章总结
好的，这是根据您的要求，对原文主要内容进行的中文重述，保留了核心细节并删减了与主题无关的表述：
标题：MCP新路线图发布
核心内容： 模型上下文协议（MCP）团队今日发布了更新后的路线图，为未来几个月的协议开发工作指明方向。该路线图由核心维护者与社区维护者及工作组共同制定，主要围绕五个优先领域展开。
五大优先领域：
智能体消息原语： 现代智能体工作负载已超越简单的请求-响应模式，需要支持长时间循环、服务器推送流式结果及中途任务调整。MCP已引入任务、订阅和进度通知等机制。此领域的工作重点包括：完善服务器发起的事件（如Webhook和通道，避免客户端轮询）、跨工作组进行组合审查，以及将任务扩展功能成熟化并纳入正式规范。
HTTP原生传输统一与加固： 随着最新版本发布，远程MCP服务器已与普通HTTP工作负载无异，可轻松部署在任何现有基础设施上。下一步目标是统一传输协议，让本地服务器也能通过标准输入输出（stdio）使用流式HTTP，从而进一步简化MCP服务器和客户端的开发。
智能体身份与企业级安全： 当前MCP的授权机制主要围绕用户在浏览器中批准访问，但这不适用于以云工作负载形式运行、拥有自身身份、代表不在场的用户或向子智能体委派权限的智能体。此领域的工作旨在基于现有标准（如DPoP、工作负载身份联合等），为MCP服务器提供识别和信任智能体身份的标准方法，并继续与OAuth等标准组织合作。
改进的原语： 工具调用是MCP最常用的部分，但其结果处理存在不足（同一结果可有多种形式，服务器无法预知客户端会使用哪种）。目标是标准化一个清晰的契约。此外，为解决工具数量庞大带来的模型负担和选择困难问题，将启动渐进式发现机制，允许服务器先提供小入口，再根据对话进展逐步展示更多工具。
改进的SDK开发者体验： 团队将投资于SDK的易用性、与规范的符合性，并确保在所有支持的平台和语言上提供直观、文档完善的开发体验，这对于开发者（尤其是通过AI代理构建MCP的开发者）至关重要。
提案优先级与参与方式：
- 属于上述优先领域的规范增强提案（SEP）将获得快速审查和更高的接受机会。
- 鼓励贡献者先确定提案所属领域，与相关工作组沟通并完善提案。
- 参与方式包括：加入工作组或兴趣组、提出或评论SEP、启动实验性扩展，或直接为规范、SDK和工具做出贡献。
评论总结
根据评论内容，总结如下：
主要观点与论据：
对MCP协议变更的批评（评分：无，但多位作者表达不满）
- 评论4（rco8786）认为引入全新协议是“愚蠢之举”，支持MCP向HTTP标准化转变。
- 评论7（huksley）指出v1版本的状态化设计“部署不友好”，需要复杂持久层，而本质只是让OpenSchema对AI可见。
- 评论10（mmaunder）批评MCP从第一天起就“多次转向、功能臃肿”，导致其放弃使用，转而采用本地工具和API。
对MCP实用性的质疑（评分：无）
- 评论9（cube00）质疑MCP端点相比REST端点加skills.md文件对代理更易用。
- 评论1（skinfaxi）表示已实现MCP的懒加载，但正转向“代码模式”实现。
对MCP未来发展的关注（评分：无）
- 评论3（izend）好奇有多少MCP服务器会实现OAuth授权、DPoP等标准化身份认证。
- 评论2（debarshri）将MCP与Actor模型类比。
对技术变更的反思（评分：无）
- 评论5（jdw64）引用资深开发者建议“只使用存在至少三年的技术”，认为MCP变更印证了这一点。
- 评论11（firatsarlar）以“真理移动缓慢”隐喻技术演进。
关键引用（保留中英文）：
- 评论4：“Good. Introducing a bespoke new protocol was one of the more bone-headed things MCP did on initial release.”（引入全新协议是MCP最初最愚蠢的决定之一。）
- 评论7：“In v.1 making MCP stateful was such a deployment-unfriendly way to do it... All while it is just a fancy way make your OpenSchema PAI visible to AI.”（v1版本的状态化设计部署不友好，本质只是让OpenSchema对AI可见。）
- 评论10：“Instead from day 1 it’s been multiple standards as they pivoted, a context hungry feature, and feels like a kludge.”（从第一天起就多次转向、功能臃肿，感觉像拼凑。）
- 评论5：“Senior programmers always advised me to only use things that have been around for at least three years. Now I finally understand why.”（资深程序员建议只使用存在至少三年的技术，现在终于理解原因。）
平衡性总结： 评论整体对MCP协议变更持批评态度，主要集中于初始设计缺陷（状态化、协议冗余）和实用性不足。少数评论关注标准化进展（如OAuth集成），但未表达明确支持。无正面评价。