metadataJson
articleBody
背景：工作階段親和性為何是遠端 MCP 部署的痛點
Model Context Protocol（MCP，模型上下文協定）是一套開放協定，讓 AI 模型與代理程式能用標準化方式連接外部工具與資料來源。當 MCP 伺服器以遠端方式部署時，舊版規格在協定層內建了工作階段（session）概念：客戶端與伺服器先完成 initialize 與 initialized 交握，之後所有請求都靠 Mcp-Session-Id 標頭綁在同一個會話上。這個設計直接影響部署架構，負載平衡器必須做「黏性會話」（sticky session），把同一會話的請求固定送到同一台伺服器執行個體；若不想綁定單一機器，就得讓所有執行個體共享一個會話儲存。兩種做法都讓水平擴充變得複雜，也限制了部署形態的選擇。
根據 InfoQ 於 2026 年 9 月下旬的報導與 AWS 架構部落格的說明，最新的 MCP 規格移除了協定層的會話，讓每個請求可以獨立路由到任何一台可用的伺服器執行個體。黏性會話與共享會話儲存不再是協定的必要條件，狀態管理與其他責任則移轉到周邊的基礎設施。
核心變更：規格拿掉了什麼、補上了什麼
這次更新最關鍵的改動，是移除 initialize 與 initialized 交握，以及用來識別會話的 Mcp-Session-Id 標頭。請求因此可以直接放在一般負載平衡器後面，用傳統的請求路由分發，不需要任何會話親和的配套。對於需要在呼叫工具前先了解伺服器能力的客戶端，規格另外提供可選的 server/discover 操作，讓客戶端可以先取得伺服器能力資訊，再決定後續行為。
伺服器主動發起請求的機制也一併重新設計。過去這類互動需要長時間保持開啟的串流連線，新版改由 MRTR 機制處理：伺服器以 input_required 回應告訴客戶端需要補充輸入，客戶端再發出後續請求，多步互動因此不必一直掛著連線。
運維配套也補齊了。新的 Mcp-Method 與 Mcp-Name 標頭，讓閘道可以依請求的方法與名稱做路由與限流；追蹤採用 W3C Trace Context 標準，分散式追蹤得以跨服務串接；ttlMs 與 cacheScope 則提供快取控制參數，讓回應可以被明確地快取與失效。
對 AWS 部署的實際影響
AWS 架構部落格作者 Anand Komandooru、Steven DeVries 與 Haleh Najafzadeh 說明，這次變更讓專門用來維持 MCP 協定會話的基礎設施可以移除：會話親和路由換成一般請求路由，只為存放協定狀態而存在的會話儲存也可以刪除。更值得注意的是部署形態的改變，因為協定不再要求持久會話連線，AWS Lambda 這種以請求與回應為模型的無伺服器函式服務，成為 MCP 伺服器的可行部署選項，這在過去的會話式架構下並不容易做到。AWS 也在文章中以圖解說明這些 MCP 變更如何對應到 Well-Architected 代理式 AI 指引（Agentic AI Lens），涵蓋監控、追蹤、安全與工具整合等面向。
協定無狀態，應用不必跟著無狀態
社群討論中，Michael Madsen 在 LinkedIn 上的整理精準點出這次變更的界線：協定是無狀態的，你的應用不需要是。MCP 協定本身不再保存會話，但應用層的狀態，例如使用者脈絡與業務資料，並沒有因此消失，只是管理責任從協定移轉到應用設計與周邊基礎設施。換句話說，無狀態化簡化的是傳輸與路由層，而不是把狀態問題整個變不見。
影響與限制：重試、冪等與遷移路徑
無狀態化有其代價。規格移除了串流可恢復性（stream resumability），中斷的操作要由客戶端自行重試，這讓會產生副作用的工具呼叫的冪等性變得更重要。所謂冪等，是指同一操作重複執行結果不變；若工具不具備冪等性，重試就可能造成重複執行、重複寫入等問題。
遷移則是另一個現實課題。早期實作顯示既有基礎設施需要過渡路徑，Apify 的 MCP 伺服器專案就在原有會話式伺服器之外並行實作無狀態支援，路由與一致性測試同時涵蓋兩種協定版本。對仍需支援舊版 MCP 客戶端的部署來說，遷移無法一步到位。AWS 的建議是在閘道層追蹤協定版本，並保留會話基礎設施，直到舊流量完全消失為止。MCP 專案本身也建立了功能生命週期政策，為被棄用的能力提供明確的遷移期。
觀點整理
從架構角度來看，這次規格變更把 MCP 從有連線狀態的專屬服務，推向一般化的 HTTP 服務，讓它能自然融入既有的負載平衡、快取、分散式追蹤與無伺服器生態，而不是要求基礎設施為它另建一套會話機制。代價是重試語意與應用狀態管理變成部署方必須自己承擔的題目。對已經大規模運行 MCP 伺服器的團隊而言，重點不是立刻拔掉會話基礎設施，而是先確認客戶端的版本分佈、工具呼叫的冪等性，以及閘道對協定版本的追蹤能力，再依遷移期逐步收斂架構。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。