MCP 改版了：接得越多，要看得懂的越多

「三個協定」那篇說 MCP 是三者裡最成熟的。成熟歸成熟，它還是會動。2026 年 7 月 28 日的規格改版是它問世以來動得最大的一次，連線、握手這些底層的做法都改了。

多數讀者不會自己寫 MCP server，但會接別人寫的。接下來一年，你接的 server 會分成「照新規格做的」和「還沒改的」兩種，行為不一樣，出問題時要先知道自己在跟哪一種講話。

改了什麼，用白話講

MCP 變成「無狀態」。以前客戶端跟 server 之間有一個連線編號，server 記得你是誰、上次講到哪；現在拿掉了，每一個請求自己帶版本號和能力清單，server 不記得你。需要跨請求記東西的，server 要自己發一個明確的把手（handle）當參數傳來傳去。對使用者來說就是 server 不會記得上一輪講過什麼。

初始化握手拿掉，改成 server/discover。客戶端可以先問一句「你支援什麼」，也可以不問直接發請求，版本不合會回一個明確的錯誤。

多輪往返（MRTR）。以前 server 想問客戶端東西（要哪個目錄、要不要幫我叫模型、請使用者填個表），是自己主動發請求；現在改成 server 回一個「還需要以下輸入」的結果，客戶端補齊後重發原請求。每個回覆都多一個欄位，標明「完成」或「還需要輸入」。以後 server 反問你就有一套正式的做法，各家不用再各寫各的。

三個功能棄用：Roots（告訴 server 哪些目錄可以碰）、Sampling（server 借用客戶端的模型）、Logging。至少留十二個月，但新的實作不該再用。建議的替代做法是，目錄用工具參數傳，要用模型就直接接模型商的 API，log 寫到 stderr 或用 OpenTelemetry。

還有幾條比較細的：清單類回覆要附快取提示（可以快取多久、能不能被中間層共享）；伺服器應該用固定順序回傳工具清單，這能提高模型端的提示快取命中率；斷線重送機制拿掉了，斷了客戶端要自己重發；授權那邊也收緊了幾條（要驗發行者、動態註冊改為次要）。

接 MCP 的人，實際要注意什麼

分兩種情況。

你接的是別人的 server。先看它支援哪個版本，兩邊不合會直接報錯，錯誤訊息會寫版本不支援，別急著當成壞了。用到 Roots 或 Sampling 的 server，接下來一年會陸續改，改版時行為會變，接的時候把版本記下來。Codex 9 月已經支援這個版本，Claude Code 的支援狀況以官方文件為準。

你的工具是多輪往返的另一方。server 開始回「還需要輸入」時，你的工具會把問題轉給你，或自己補。這跟「誰當總指揮」那篇是同一個問題，哪些輸入可以讓 AI 自己補，哪些要問你？我建議預設保守，涉及權限、路徑、對外的，讓它問。

三條安全規則沒變：不裝來源不明的、金鑰不進對話、先唯讀再開寫。這次改版之後可以多加一條，server 換版本時重做一次唯讀測試，因為無狀態化之後，有些 server 的行為會跟你記得的不一樣。

動手做

盤點你接的 MCP：

下面是我目前接的 MCP server 清單。請幫我逐一列出：
1. 它宣告支援的 MCP 協定版本是哪一個（2025-11-25 或 2026-07-28 或更早）？
2. 它有沒有用到已棄用的功能（Roots、Sampling、Logging）？
3. 它會不會反問我（多輪往返）？如果會，哪些問題我希望它停下來問我，而不是自己補？
4. 換版本後我該做的唯讀測試是什麼？
清單：（貼上，或叫它去讀 MCP 設定檔）

Claude Code 打 /mcp 看接了哪些、狀態如何；/context 看它們佔多少。

錯誤訊息裡如果寫的是版本不支援，那個 server 多半沒有壞，只是它跟你的客戶端講的是不同版本的規格，對照一下 server/discover 回來的版本號就知道是哪一邊沒更新。

站內延伸

• 三個協定各是什麼 → MCP、A2A、AP2
• 哪些輸入該讓 AI 自己補、哪些要問你 → 誰當總指揮
• 接了外部資料之後的另一種風險 → 找方法Prompt Injection 防護

來源： Model Context Protocol：2026-07-28 Key Changes（無狀態化、server/discover、多輪往返、resultType、棄用 Roots／Sampling／Logging、快取提示、斷線重送移除、授權變更、十二個月棄用政策）；OpenAI Codex changelog（MCP 相關支援）。