Model Context Protocol (MCP) 是一個讓 AI 模型能與外部工具、數據源標準化對接的協定。隨著 MCP C# SDK 升級至 v2.0，其核心設計發生了重大轉向度改變，將重心從「維持連線」轉向「標準 HTTP 服務」。對於開發者而言，這意味著 MCP 伺服器現在可以像一般的 REST API 一樣，輕鬆地在雲端環境中進行水平擴展與部署。
從狀態化到無狀態的演進
在 v1 版本中，MCP 透過 Streamable HTTP 運作時，必須先進行初始化握手（Initialize Handshake）並建立一個會話（Session）。伺服器會回傳一個 Session ID，客戶端後續的所有請求都必須攜帶此 ID。這種設計將客戶端「綁定」在特定的伺服器實例上，如果要在多台伺服器之間做負載平衡，必須配置黏性會話（Sticky Sessions）或複雜的會話同步機制，這在現代的 Serverless 或容器化部署中是非常麻煩的。
v2.0 引入的 2026-07-28 規範將其改為預設無狀態（Stateless by default）。現在，初始化握手與 Session ID 標頭都被移除了，協議版本與能力定義直接隨每個請求傳送。這意味著任何一台伺服器實例都能處理任何請求，開發者可以直接將 MCP 伺服器放在 Round-robin 負載平衡器後方，實現真正的水平擴展，而無需擔心狀態同步問題。
如果應用程式本身確實需要狀態（例如購物車 ID），建議採用標準的 HTTP API 做法：由工具回傳一個明確的識別碼，並讓 AI 模型在後續調用時將其作為參數傳回。
利用標準 HTTP 標頭優化路由
為了讓現有的網路基礎設施（如 Load Balancer, WAF, API Gateway）能更好地處理 MCP 流量，v2.0 標準化了一組 HTTP 標頭。
以往要判斷 MCP 請求在做什麼，必須解析 JSON-RPC 的 Request Body（深度封包檢測），這對效能有影響且配置複雜。現在，MCP 將方法名（Mcp-Method）和工具名（Mcp-Name）直接鏡像到 HTTP 標頭中。
更強大的是，開發者可以使用 McpHeader 特性將特定的工具參數提升為 HTTP 標頭（例如 Mcp-Param-Region）。這對於地理分佈式部署至關重要。例如，當一個工具需要調用特定區域的後端服務時，全球負載平衡器可以直接根據標頭中的 Region 資訊將請求導向最近的區域伺服器，而不需要讀取請求內容。
解決互動性困境：多輪往返請求 (MRTR)
將協議改為無狀態後，會產生一個問題：如果工具在執行中需要使用者確認（例如：刪除檔案前詢問使用者），伺服器無法在無狀態的情況下主動向客戶端發起請求。
為了在不恢復會話狀態的前提下實現互動，v2.0 引入了多輪往返請求（Multi Round-Trip Requests, MRTR）。其運作邏輯如下：
當伺服器需要更多資訊時，它不再嘗試主動聯繫客戶端，而是回傳一個 InputRequiredResult，告知客戶端需要哪些輸入，並附上一個不透明的狀態塊（requestState）。客戶端獲取使用者輸入後，將結果與原狀態塊一起重新發送請求。
在 C# SDK 中，開發者只需在工具中拋出 InputRequiredException，並定義需要的輸入類型（如 Elicitation 詢問、Sampling 採樣或 RootsList 根目錄列表）。SDK 會自動處理底層的往返邏輯，讓開發者在撰寫工具時，感覺就像是在進行一次同步的互動。
向後兼容與遷移路徑
儘管版本號跳到了 v2.0，但 SDK 採取了溫和的遷移策略。v1 的代碼在 v2 中依然可以編譯並運行，且 v2 伺服器能夠自動向下兼容舊版客戶端的初始化握手。
唯一的重大不兼容點在於 Tasks 擴展（用於處理長時間運行的工具）。v2 重新設計了 Tasks 協議，因此 v1 的 Task 伺服器與 v2 客戶端無法直接互通，若有使用此功能的開發者需要重新配置。
模組化封裝與擴展
為了保持核心庫的精簡，v2.0 將功能拆分為多個 NuGet 包：
ModelContextProtocol.Core 提供最基礎的客戶端與底層構建塊。 ModelContextProtocol 提供標準的 Stdio 伺服器與依賴注入支持。 ModelContextProtocol.AspNetCore 提供基於 ASP.NET Core 的 HTTP 傳輸支持。 ModelContextProtocol.Extensions.Tasks 與 Apps 則作為可選擴展，僅在需要長任務或互動式 UI 時才引入。
總結來說，MCP C# SDK v2.0 將 MCP 從一個單機或簡單連線的協議，轉化為一個真正的 Web 級服務。它充分利用了 ASP.NET Core 在路由、中間件與擴展性上的優勢，讓 AI 工具的部署能與現代雲原生架構完美契合。
來源：devblogs.microsoft.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。