Model Context Protocol MCP 是什麼？一次搞懂它在解決什麼問題

MCP 讓任何 AI 應用程式，用同一種方式接上任何資料來源。

全名 Model Context Protocol，中文常譯作「模型上下文協定」。它由 Anthropic 在 2024 年提出，但從 2025 年 12 月起已經不屬於 Anthropic——協定捐給了 Agentic AI Foundation（Linux Foundation 旗下，與 Block、OpenAI 共同創立），現在由社群治理。

假設有 4 個 AI 應用程式，和 5 個你想接上的東西：Google Drive、GitHub、資料庫、Slack、公司內部 API。

這叫 N×M 問題，而 MCP 的全部價值就在這一句：任何 MCP 客戶端都能接上任何 MCP 伺服器。USB 是同一個故事——在它之前，每一種週邊都有自己的接頭。

MCP 裡有三個角色。最多人搞混的是前兩個——大家說「MCP client」的時候，心裡想的通常是 Claude Desktop，但那是 host。

Host（宿主）

AI 應用程式本身。Claude Desktop、VS Code、Claude Code 都是 host。它握有模型、握有對話、決定權限。host 就是那個「應用程式」。

Client（客戶端）

host 裡面的一個連接器，一個伺服器配一個。它不是應用程式，是應用程式內部的零件。VS Code 同時接兩個伺服器，就有兩個 client。

Server（伺服器）

對外提供工具與資料的程式。可以跑在你自己的機器上，也可以在遠端。它看不到你的對話，也看不到其他伺服器——這是刻意的設計。

伺服器提供三種東西。它們的差別不是「讀 vs 寫」——那是最常見的錯誤直覺。

真正的差別是誰決定要不要用它。下面三個情境，每一個的答案都不一樣：

├─ 三個情境的差別只有一個：誰按下決定鍵。

兩種標準方式：stdio——伺服器是一個子行程，透過標準輸入輸出溝通；與 Streamable HTTP——每則訊息是一個 HTTP POST。這是「怎麼傳」的差別，不是「在哪裡」的差別：一個跑在你自己機器上的伺服器，一樣可以講 Streamable HTTP。

值得知道的是兩者的安全性完全不同：stdio 直接繼承你的使用者權限、沒有驗證層；HTTP 那條需要 OAuth、需要驗證來源。另外，「本機伺服器」指的是「跑在你機器上」，跟它會不會連外網無關——本機伺服器一樣可以去打遠端 API。

伺服器現在什麼都不記得。

2026-07-28 是 MCP 問世以來最大的一次改版，而且是破壞性的。以前客戶端要先跟伺服器「握手」建立連線，之後雙方記得彼此。現在沒有握手、沒有連線階段——每一個請求都自己帶著版本與身分，伺服器處理完就忘記。

方向也改了：伺服器不會回頭問你問題。它會回一個「我需要這個資訊」然後結束這次請求，由客戶端拿到答案後重新發一次。

第三項要講清楚，因為它最容易被誤讀成「伺服器再也不能要東西了」。消失的是「主動送出請求」這個機制，不是伺服器提出要求的能力。以前伺服器可以直接推一個請求過來；現在它只能在回應裡說「我需要這個」然後結束，剩下的由客戶端接手。

所以那些「伺服器向客戶端要東西」的功能都還在，只是換了條路走——包括 Elicitation（跟使用者要一項資訊）與 Sampling（借用 host 的模型；方向與直覺相反，所以特別多人誤解）。

另外一件事跟上面無關：Roots（告訴伺服器你的工作目錄範圍）、Sampling 與 Logging 這三樣被標記為淘汰。它們現在還能用，但別當成現行架構學。淘汰與上面那個機制改變是兩回事：一個講「怎麼傳」，一個講「還要不要留著」。

MCP 的版號就是日期。它標示的是「最後一次做出破壞性變更的日子」，不是發布週期。所以你手上任何一份 MCP 資料，看它對應哪個日期就知道新不新——這是這頁最值得你帶走的一件事。

2024-11-05 → 2025-03-26 → 2025-06-18 → 2025-11-25 → 2026-07-28