July 28, 2026
PulseAugur coverage of July 28, 2026 — every cluster mentioning July 28, 2026 across labs, papers, and developer communities, ranked by signal.
4 天有情绪数据
-
OAuth 采用落后于 2026 年七月规范：仅 8% 的服务器符合要求
对 2,967 个支持 OAuth 的服务器进行的最新分析发现，只有 8% 完全符合 2026 年七月规范，特别是关于 RFC 9728 和 RFC 9207。虽然较旧的 OAuth 功能已得到良好实施，但受保护资源元数据和发行者标识的新要求采用率明显较低。该问题似乎在许多运营商中普遍存在，而不是集中在少数提供商身上，这表明存在广泛的迁移挑战，而不是特定的供应商故障。
-
MCP Python SDK 强制执行方法所有权，防止服务器启动失败
MCP Python SDK 已引入安全措施，以防止方法冲突，确保如果多个扩展声称拥有相同的方法名，服务器配置将在运行时之前失败。这是通过强制每个方法只有一个所有者来实现的，从而避免了因注册顺序而产生的歧义。该 SDK 会拒绝重复的扩展方法，并确保核心 MCP 方法不能被供应商扩展覆盖，这些检查发生在服务器启动期间，而不是在请求处理期间。
-
模型上下文协议 (Model Context Protocol) 转为无状态架构，引入新的安全风险
模型上下文协议 (Model Context Protocol, MCP) 已进行重大修订，从有状态架构转变为无状态架构。此变更将于 2026 年 7 月 28 日生效，消除了对会话 ID 和初始化握手的需求，从而使 MCP 服务器能够更轻松地在标准负载均衡器后进行扩展。然而，这一转变引入了新的安全漏洞，会话句柄现在作为字符串携带在模型的上下文窗口中，可以被读取、复制，并可能通过提示注入被利用，从而有效地将植入的提示变成被盗的凭证。
-
模型上下文协议 (Model Context Protocol) 采纳12个月弃用政策，移除六项功能
模型上下文协议 (Model Context Protocol) 引入了正式的弃用政策，确保在移除功能前至少有十二个月的窗口期。该政策通过 SEP-2596 采纳，管理协议消息、功能、传输和其他规范元素。尽管有新政策，同一修订版还移除了六项功能，包括会话头、初始化握手和特定的 HTTP 端点，其政策注册表指出，在新指南下尚未移除任何功能。
-
MCP C# 协议更新将客户端功能检查转移到请求
模型上下文协议 (MCP) C# 库已引入每个请求的客户端功能，此更改将于 2026 年 7 月 28 日生效。此更新将确定客户端功能的责任从服务器转移到客户端，要求每个请求在其元数据中携带自己的功能。这种脱离协议级别的会话和初始化握手意味着服务器现在必须直接从当前 JSON-RPC 请求中读取功能，因为在无状态 HTTP 处理程序中，旧的缓存值或服务器端属性不再具有权威性。
-
MCP C# SDK 增加混合会话功能，实现无缝客户端升级
MCP C# SDK 引入了混合会话模式，可在单个端点上同时支持旧版和新版客户端。此新功能 HttpServerSessionMode.StatefulForInitializeClients 允许使用 2025 年初始化握手的客户端在支持遵循 2026 协议的客户端的无状态请求的同时，保持会话。此配置可避免客户端降级或服务器剥离功能的需求，确保更顺畅的升级路径。
-
模型上下文协议 (MCP) 修订导致现有服务器中断
模型上下文协议 (MCP) 于 2026 年 7 月 28 日进行了重大修订，转向无状态设计，并删除了 `initialize` 和 `ping` 等几个关键方法。此更改导致现有 MCP 服务器和未更新以适应新协议的客户端出现广泛问题。诸如“未找到方法：initialize”和“缺少必需的请求元数据”之类的错误源于协议的新要求，即请求必须通过包含版本和功能信息的 `_meta` 对象来提供会话上下文。服务器发起的请求已被多轮往返请求 …
-
MCP C# SDK 2.0.0 增加了协议协商和回退功能
MCP C# SDK 2.0.0 版本引入了协议协商，默认使用 2026-07-28 规范，无需初始化握手和基于会话的 HTTP。新版本通过允许在服务器不支持现代规范时回退到旧协议来保持向后兼容性。建议开发人员显式固定所需的协议版本，以确保满足特定功能或部署假设，并将协商结果视为应用程序合同的一部分，用于回归测试，而不是盲目捕获连接异常。
-
模型上下文协议更新为无状态设计；Codex 提前采用新规范
模型上下文协议（MCP）发布了新规范修订版 2026-07-28，通过弃用之前的基于会话的握手，引入了无状态核心。此更新允许 MCP 服务器在标准负载均衡器后运行，无需共享会话存储。主要变化包括方法和工具名称在 HTTP 标头中传输以便于路由，支持多轮往返请求，以及增强的授权机制。值得注意的是，OpenAI 的 Codex 在新版发布后不久就被观察到已在使用新修订版，而 Claude 客户端则继续使用早期版本。
-
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 和粘性会话的需求，从而实现更简单的负载均衡。虽然这解决了操作痛点并降低了与会话管理相关的基础设施成本，但它并没有解决代币预算膨胀的核心问题，后者仍然是一笔巨大的开销。