July 28, 2026
PulseAugur coverage of July 28, 2026 — every cluster mentioning July 28, 2026 across labs, papers, and developer communities, ranked by signal.
7 天有情绪数据
-
MCP 协议采用无状态核心，将恢复负担转移给应用程序
MCP 协议的最新更新（于 2026 年 7 月 28 日生效）通过移除初始化握手和协议级会话，已过渡到无状态核心。此更改简化了服务器路由和扩展，但并未消除应用程序级别健全恢复逻辑的必要性。开发人员必须显式管理状态、执行、副作用、结果和交付，以防止出现重复事务或工作负载中断等问题。
-
Model Context Protocol 转向基础设施，采用无状态设计
Model Context Protocol (MCP) 发布了迄今为止最大的更新，2026 年 7 月 28 日的规范专注于将该协议从研究原型转变为强大的基础设施。主要变化包括通过移除会话固定和握手要求使核心协议无状态，允许任何服务器实例处理请求。此修订还重建了服务器到客户端的通信，使其无需持久连接即可运行，确保所有请求都是自包含的，并且可以追溯到客户端发起的行为。
-
Google 的 MCP 采用无状态内核以实现可扩展的代理基础设施
Google 已将其机器学习控制平面 (MCP) 更新为无状态内核，移除了有状态约束。此更改旨在为代理基础设施实现云原生水平扩展和无服务器部署。
-
模型上下文协议 (MCP) 过渡到无状态设计
模型上下文协议 (MCP) 已过渡到无状态设计，如其 2026 年 7 月 28 日的规范修订版中所述。此更改移除了协议级会话，使 MCP 服务器更易于操作和扩展。每个请求现在都包含所有必要信息，包括协议版本和客户端功能，而不是依赖于会话 ID。虽然协议会话已消失，但应用程序状态仍可通过工具返回的显式“句柄”进行管理，允许客户端在多个请求中引用浏览器实例等特定资源。
-
模型上下文协议 (MCP) 在重大更新中转向无状态设计
模型上下文协议 (MCP) 在其 2026-07-28 规范中发布了一项重大更新，从有状态设计根本性地转变为无状态设计。此更改消除了对会话 ID 和握手的需求，允许任何负载均衡器后面的服务器处理请求，而无需粘性路由或共享会话存储。该更新还增强了 OAuth 和 OpenID Connect 的安全性，使工具和提示列表可缓存，并在扩展框架内正式化任务。这种架构转变预计将简化基础设施，降低运营复杂性，并使 MCP 对开发人员和小型团队更易于访问。
-
模型上下文协议更新使请求大小增加 118%
模型上下文协议 (MCP) 正在进行重大更新，将删除其原始握手协议和 Mcp-Session-Id 标头。此更改定于 2026 年 7 月 28 日生效，将使每个请求的大小增加 118%，单次调用将从 190 字节增加到 414 字节。虽然此次无状态重写有强大的工程原理支持，但数据传输成本的增加是一个显著的后果。
-
Model Context Protocol 2.0 将于 2026 年 7 月 28 日推出，简化 AI 代理集成
Model Context Protocol (MCP) 将于 2026 年 7 月 28 日发布重大更新 2.0 版本。这是自 2024 年 11 月 MCP 推出以来的最大更新，旨在简化 AI 代理的集成并提高其可扩展性。核心变化是移除基于会话的架构，使请求变为无状态。这一转变允许 MCP 服务器在标准负载均衡器后运行，无需粘性路由和共享会话存储，从而降低运营成本。
-
模型上下文协议 (MCP) 转向无状态设计，以支持 AI 代理
模型上下文协议 (MCP) 将于 2026 年 7 月 28 日过渡到无状态设计，这是对其先前基于会话的架构的重大改变。此更新由 Anthropic 推出，旨在通过消除负载均衡器背后对粘性会话或共享状态存储的需求，来提高 AI 代理的可扩展性和简化部署。新协议将每个请求视为独立的，将状态管理移至应用程序负载中，类似于 REST API，并引入了多轮往返请求 (Multi Round-Trip Requests) 来处理用户交互，而无需…
-
MCP 协议转向无状态模型，简化负载均衡
消息和控制协议 (MCP) 正在进行重大重写，从有状态模型转变为无状态模型。此更改将于 2026 年 7 月 28 日最终确定，将消除对会话 ID 和粘性会话的需求，从而实现更简单的负载均衡。虽然这解决了操作痛点并降低了与会话管理相关的基础设施成本，但它并没有解决代币预算膨胀的核心问题，后者仍然是一笔巨大的开销。