MCP 無狀態化，企業部署更輕鬆
MCP（Model Context Protocol）是讓 AI 應用用同一套方式連接資料庫、行事曆與企業工具的開放標準。預計 7 月 28 日定版的 2026-07-28 規格，核心改成 stateless：移除初始化 handshake 與 Mcp-Session-Id，每個請求都帶齊必要資訊，任何伺服器實例都能處理。使用者不會立刻看到新功能，但企業可以更容易把 Gmail、Slack、Salesforce 等操作交給 AI agent，部署成本也有機會下降。
現實應用
最直接受益的是提供遠端 MCP Server 的 SaaS、企業 IT 團隊與 agent 平台。過去流量經過 load balancer 後，還得靠 sticky session 或共用 session store 維持狀態；新版可直接使用一般 round-robin 架構。需要狀態的購物籃、瀏覽器工作階段或長任務，則改由工具回傳明確 handle，再由模型於後續呼叫帶回。
期望評估
低標來看，我認為至少能降低水平擴充與跨區部署的麻煩，讓監控、快取及流量路由更接近成熟 HTTP API 的做法。高標來看，我猜它會促使更多公司推出第一方 MCP 整合，讓 agent 從「能展示」走向可在大量使用者環境穩定執行；但權限設計、錯誤復原與工具品質仍不會因協定更新自動解決。
商業策略分析
Arcade 這類替企業處理認證、工具連接與 agent action layer 的公司會先受惠，但也可能面臨雲端平台與 API gateway 廠商直接支援 MCP 的競爭。我認為有企業 AI 產品的團隊值得跟進，因為新版把不少客製基礎設施變成標準能力；純聊天產品則不用急著追，除非已準備讓模型存取內部系統或代替使用者執行動作。
實作細節
新版屬於 breaking change，既有 client 與 server 不能只換版本號。initialize／initialized handshake 和 Session ID 都被移除，協定版本、client 資訊與能力改放進每次請求的 _meta；HTTP 請求新增 Mcp-Method、Mcp-Name，清單與資源結果也可用 ttlMs、cacheScope 控制快取。已使用舊版 Tasks API 或比對特定錯誤碼的實作，都要依 changelog 遷移；目前仍是 release candidate，正式規格預定 7 月 28 日發布。