SEP-2322
PulseAugur coverage of SEP-2322 — every cluster mentioning SEP-2322 across labs, papers, and developer communities, ranked by signal.
2 天有情绪数据
-
模型上下文协议 (Model Context Protocol) 进行重大的无状态重写，最终规范将于 7 月 28 日发布
模型上下文协议 (MCP) 正在经历自成立以来的最重大重写，MCP 2026-07-28 规范将于 2026 年 7 月 28 日定稿。此次更新旨在使 MCP 服务器无状态，移除协议级别的会话，并简化 AI 代理的负载均衡。主要变化包括移除会话 ID、有状态端点和初始化握手，取而代之的是按请求进行版本控制和新的服务器/发现方法。虽然这种无状态设计旨在提高可扩展性和互操作性，但可能会导致与旧客户端和服务器的兼容性问题，需要仔细的集成规划。
-
模型上下文协议 (Model Context Protocol) 转向无状态架构，优先考虑代理身份
模型上下文协议 (MCP) 已完成重大的架构转变，默认转向无状态设计。这一变化在最近的路线图更新中有所详述，消除了服务器维护每个客户端状态的需求，简化了水平扩展，并使 MCP 能够更像标准的 HTTP 工作负载。关键进展包括无会话操作、改进的工具发现以及增强的企业身份验证。未来的重点将放在代理消息传递原语、HTTP 原生传输统一以及代理身份的关键更新上，以支持代理间通信和无人值守的云操作。
-
MCP 协议的安全引导功能在无状态重写中得以保留
MCP 协议，此前是有状态且双向的，已被重写为无状态的请求/响应模型。虽然许多功能已被弃用，但“引导”（elicitation）控制机制得到了保留和增强。引导允许服务器暂停工具调用，并请求用户确认不可逆操作，充当安全防护。最近的一个实现细节显示，一个空的确认响应可能会被自动接受，绕过了预期的安全检查，这一点已通过要求确认的肯定值来纠正。
-
Model Context Protocol 更新为无状态架构，定于 2026 年 7 月 28 日
Model Context Protocol (MCP) 正在快速发展，计划于 2026 年 7 月 28 日进行重大更新，目标是使 MCP 无状态。此新版本在 SEPs 2575 和 2567 中有详细说明，移除了协议级别的会话和有状态守护进程，将 MCP 服务器转变为纯函数。这一转变通过允许服务器像 Cloudflare Workers 或 Deno Deploy handlers 一样运行来简化开发，使工程精力集中在合约设计而非底层实现上。