MCP是什麼？

MCP解決的問題其實是個乘法問題

模型單靠自己只能寫文字。要讀你的行事曆、查詢資料庫或發送訊息，它需要工具，而什麼是AI代理人說明了模型如何在一個循環中使用工具。在2024年底之前，每個想要工具的app都得替它自己寫一套連接器。五個app各想要二十個工具，就代表要寫一百組連接器，每一組都略有不同，也都各自要有人維護。

MCP是連接器的標準形狀。工具那一端只要封裝一次成為伺服器。app那一端也只要實作一次客戶端。之後，任何客戶端都能使用任何伺服器：五個app加二十個工具，只需要二十五套軟體，而不是一百套，而且再加入第二十一個工具時，只要多一個伺服器，而不是多五組連接器。USB是常見的類比，而且相當貼切：價值在於那個插頭，而不是任何一項單一裝置。

Anthropic在2024年11月25日，把規格文件、參考伺服器和軟體開發套件以開放標準的形式一併發布，而它之所以能傳開，理由跟任何插頭能傳開的理由一樣。一旦GitHub、Slack、Postgres、檔案系統、瀏覽器這些常見項目都有了數以百計的伺服器，一個支援MCP的app就等於免費拿到了這一切，而不支援的app就得解釋為什麼不支援。

伺服器能提供三種東西，模型只會觸發其中一種

一條MCP連線有兩端。主應用程式，也就是聊天app、編輯器或代理人執行環境，運行著一個客戶端。客戶端連接一個或多個伺服器，詢問各自能提供什麼，再把答案交給模型。伺服器能提供三種東西。

傳輸格式是JSON-RPC 2.0，跟編輯器用來與語言伺服器溝通的請求與回應慣例相同，這並非巧合：MCP借用了語言伺服器協議（Language Server Protocol）的設計，那套設計讓一個標準能讓每個編輯器支援每種語言。伺服器可以本地端以子行程執行，透過標準輸入輸出溝通，也可以透過HTTP遠端執行。2025年3月的修訂版新增了可串流的HTTP傳輸方式，以及給遠端伺服器用的、以OAuth為基礎的授權機制；2025年6月的修訂版則收緊了那套授權機制，並新增了一種讓伺服器能在任務進行中向使用者提問的方式，稱為elicitation。

攸關安全的重點在於這個循環由誰掌控。伺服器公開能力，客戶端和模型則決定何時使用。設計良好的主應用程式，會在一個有副作用的工具執行前先問你，而什麼是提示詞注入說明了，一旦工具能讀取不可信任的文字並據此採取行動，這道確認就是整套安全機制的全部。

OpenAI、Google和Microsoft在六個月內採用了MCP

一項標準要有競爭對手採用，才算得上真正的標準。下面這張時間軸，記錄了從發布到治理權移交的採用歷程。

OpenAI在2025年3月的採用是轉捩點，因為這意味著OpenAI和Anthropic對這個插頭達成了共識，而Google也在兩週內跟進。Microsoft在2025年5月的Build大會上宣布Windows支援MCP。到了2025年12月，Anthropic把規格文件移交給Agentic AI Foundation，這是一個Linux基金會旗下、由OpenAI和Block共同創立的專案，而這正是一家公司的協議變成不屬於任何人、因此也屬於每個人的那一刻。

如果你只用聊天app，MCP對你來說意味著什麼

直接來說，影響不大。MCP是程式之間的管線，它會以建構其上的產品裡的一項功能形式出現：聊天app裡的「連接器」選單、程式輔助工具裡的工具清單，或是一個能讓你的編輯器連上公司資料庫的方式。它出現在支援它的app裡，通常就是一個連接器選單，你不需要另外安裝任何東西。

間接來說，它改變了你對任何AI產品的期待。在MCP出現之前，工具整合是選擇某個app而非另一個的理由，因為每個app都得自己開發。有了它之後，整合變成了一項普及的基本功能，剩下真正重要的問題變成：哪個模型負責回答、要花多少錢，以及在工具動作執行之前，app如何處理確認這一步。Whizi並不提供MCP伺服器或開發者API，它的工具就是內建的那些，網頁搜尋和文件上傳，而它的差異化在於模型層，也就是280多個模型集中在同一個選擇器裡，每則訊息都是固定的點數價格。對於需要自己工具的代理人工作，一個支援MCP的代理人執行環境才是對的產品，聊天工作空間不是。

帶進任何標榜支援MCP的產品時，該問的唯一問題是：模型決定呼叫工具，到工具真正執行之間，發生了什麼事？如果答案是「什麼都沒有」，那麼模型就能根據它最後讀到的任何文字採取行動，包括攻擊者刻意放在它面前的文字。如果答案是「你要先核准」，那這套協議就算是盡到了它的責任。