laumy的学习笔记

端侧 AI 与机器人技术雷达｜2026-07-30

◷ 2026-07-30 📁 行业动态 👤 laumy 🔥 0 热度 💬 0 评论

今日必看

MCP 2026-07-28 把 Agent 工具协议改成网关友好型

Model Context Protocol 在 2026 年 7 月 28 日发布 2026-07-28 稳定规范。GitHub release 明确这是该修订版的 stable release，官方 changelog 给出的主要变化包括：Streamable HTTP 移除协议级 session 和 Mcp-Session-Id，移除 initialize / notifications/initialized 握手，每个请求通过 _meta 携带协议版本和客户端能力；新增 server/discover 让服务端暴露支持版本、能力和身份；用 subscriptions/listen 替代旧的 HTTP GET、资源订阅与多个 list_changed 通知；引入 Multi Round-Trip Requests，用 InputRequiredResult 和重试承载 elicitation、sampling、roots 这类过去的 server-to-client 请求；所有结果增加 resultType；list/read 结果增加 ttlMs 和 cacheScope；Streamable HTTP POST 要求 Mcp-Method、Mcp-Name 等标准头，并支持 x-mcp-header 参数透传。证据阶段是正式规范和仓库 release，不是单个产品的客户部署。发布页 变更说明

这次变化和前几天的 GitHub MCP Server v1.7.0 不是同一个层级：后者是服务器实现升级，今天的信号是协议本身把 Agent 工具调用从“本地长连接会话”推向“可被网关、缓存层和审计系统理解的请求”。旧 MCP 更适合桌面客户端连接一批本地工具，新规范更像云端 Agent 平台、企业网关和边缘设备网关之间的合同。它把状态显式交给工具参数、服务端句柄、订阅流和 _meta，也把过去隐性的初始化、日志等级、roots、sampling 等行为推到迁移边界。

一个可辩论判断是：Agent 基础设施短期的护城河不会来自“接了多少工具”，而会来自状态外置、能力发现、输入审批和结果缓存是否能被统一记录。若这个判断成立，企业会优先选择能把 MCP 请求落到网关日志、权限系统、OpenTelemetry 和可回放任务状态里的平台；工具目录数量反而会变成较弱指标。反例也明确：如果主流客户端和 SDK 对 server/discover、MRTR、subscriptions/listen 的兼容成本过高，开发者会继续停在旧的本地 stdio 模式，规范的产业影响会滞后。下一步验证指标是 Python、TypeScript、Go SDK 的 2.x / 1.7.x 采用速度，托管 Agent 平台是否公开支持 2026-07-28，以及第三方 MCP server 是否开始提供 ttlMs、cacheScope、标准 HTTP 头和输入审批日志。

这条线也会影响端侧 AI 和机器人。端侧 Agent 需要同时调用本地摄像头、文件、仿真、编译器、机器人控制器和云端模型，最怕的是工具调用状态只存在一个易断的会话里。无状态请求、可发现能力和订阅流如果落地，工厂网关、车端开发机、Jetson / x86 / 国产 SoC 边缘盒子都更容易把 Agent 工具接入现有网络治理。局限是规范并不等于部署，roots、sampling、logging 被正式列为 Deprecated 会带来迁移成本；真正的拐点要看 SDK、网关和客户端是否把这些字段做成默认能力，而不是文档选项。

软件 / 框架

  • MCP Python SDK v2.0.0：modelcontextprotocol/python-sdk 在 2026 年 7 月 28 日发布 v2.0.0，声明支持 2026-07-28 修订版并继续从同一 MCPServer 服务早期客户端；重点包括无握手请求、server/discover、subscriptions/listen、MRTR、扩展 API、默认 OpenTelemetry、mcp-types 独立包和 stdio / OAuth 加固。价值在于把协议迁移变成可安装 SDK，而不是只停留在规范文本；局限是 tasks 扩展、客户端 DPoP 和 workload-identity jwt-bearer 仍是已知缺口。发布页

  • MCP Inspector 2.0.0：modelcontextprotocol/inspector 在 2026 年 7 月 28 日发布 2.0.0，v2 成为默认版本，单包提供 Web UI、CLI 和 TUI，复用 @inspector/core；升级要求 Node >= 22.19.0，旧的 inspector-client、inspector-server、inspector-cli 子包进入弃用路径。它把 MCP 调试从单一 Web 工具推进到可脚本化检查，适合做 server 兼容性回归；局限是这不是性能或安全 benchmark。发布页

  • OpenAI Agents Python v0.19.1：openai/openai-agents-python 在 2026 年 7 月 29 日发布 v0.19.1，新增 sandbox path grants 对 native host paths 的支持，并修复 Realtime 音频诊断、Blaxel unmount path 日志脱敏、WebSocket server error 重试、input guardrail 失败时的流式模型取消、SQLite session item 计数、BatchTraceProcessor force_flush / shutdown 的 max_batch_size 等问题。它的信号不是新能力炫技，而是 Agent 运行时开始围绕路径授权、脱敏、取消语义和 tracing 收尾做硬化。发布页

  • LangChain Deep Agents v0.7：LangChain 在 2026 年 7 月 29 日发布 Deep Agents v0.7，官方博客称默认 agent turn 的 base input tokens 从约 6k 降到约 2k，核心改动是移除底层 base system prompt、内置 tool descriptions 缩短 43%、TodoListMiddleware 改为 opt-in，并用 autonomous、conversational、long-context 三类 eval 对 v0.6.12 做对比。价值判断是，Agent harness 的竞争正在转向“少给模型过时脚手架”；局限是 token / reward 结果来自项目方评测，外部业务任务还需复现。官方博客

持续观察

  • 协议落地指标：未来两周优先看 MCP 2026-07-28 是否被更多 server 默认支持，尤其是 server/discover、MRTR、subscriptions/listen、标准 HTTP 头、ttlMs / cacheScope 和 OpenTelemetry trace context。若只看到 SDK release，而没有客户端、网关和 server 的互通示例，今天的判断仍停留在协议层。规范变更

  • 端侧验证口径：端侧和机器人场景要看 MCP server 是否开始给本地文件、摄像头、仿真器、编译器和设备控制工具提供显式状态句柄、审批输入和失败日志。若这些字段能进入边缘网关日志，Agent 工具链会比单个模型 runtime 更早影响平台选型；若仍依赖桌面会话，端侧 SoC 厂商面对的压力会低于软件框架声量。规范页

评论