MCP 2026-07-28、セッション前提を外してagent tool基盤をHTTPへ
Original: The 2026-07-28 Specification View original →
agent tool serverの運用で前提になりがちだったsticky sessionが、MCPの正式specから後退する。Model Context Protocolチームは2026年7月28日に2026-07-28 specificationを公開し、stateless protocol core、Multi Round-Trip Requests(MRTR)、header-based routing、cacheable list results、authorization hardening、extensions framework、Tier 1 SDK更新をまとめて入れた。
最も大きい変更は、protocolが接続状態を持たない方向へ移ったことだ。従来のStreamable HTTPではinitialize handshakeとMcp-Session-Idがあり、server authorはsticky routingやshared session storeを意識せざるを得なかった。新specではprotocol versionとcapabilitiesを各requestに載せるため、round-robin load balancer配下のどのinstanceでも同じcallを処理しやすくなる。
この変更が重いのは、MCPがすでに大きなdeveloper substrateになっているからだ。maintainerはTier 1 SDKのdownloadが月間約5億件に近く、TypeScriptとPython SDKがそれぞれ累計10億downloadを超えたと説明している。標準の変更はClaude Desktopのようなclientだけでなく、社内agent gateway、developer tool、SaaS connectorにも及ぶ。
MRTRはtool workflowの途中で追加入力を求めるための正式な形を与える。list resultのcache、routing header、authorization整理、extension frameworkも同じ狙いだ。MCP AppsやTasksのように変化が速い機能はcore protocolに固定するのではなく、versioned extensionとして扱う。
2025-11-25実装がすぐ使えなくなるわけではない。ただし、これからMCP serverをpublicまたはenterprise環境へ出すteamは、stateless HTTP serviceを基本形として設計する必要がある。agent stackの難所がmodelからtool infrastructureへ移るほど、このspecの意味は大きくなる。
Related Articles
Cursorは4月3日のX投稿で Composer 2 の一時的な利用枠拡大を告知し、新しい Cursor 3 interface への移行を促した。要点は、IDE内の単一 assistant から、local・cloud・remote をまたぐ複数 agent の運用 workspace へ重心を移したことにある。
GitHubは2026年3月31日のX投稿で、programmable executionがAI applicationのinterfaceになりつつあると強調し、3月10日のCopilot SDKブログ記事を再度案内した。GitHubはSDKがproduction-testedなplanning・execution engineを公開し、MCPベースのcontext groundingとproduct内へのagent workflow埋め込みを可能にすると説明している。
2026年3月14日のHacker Newsでは、ローカル stdio MCP は過剰になり得る一方、リモート HTTP MCP は認証、telemetry、共有ツール基盤で依然重要だという、より整理された議論が注目された。