什麼是 MCP?模型上下文協定白話解說
MCP(模型上下文協定,Model Context Protocol)是一項開放標準,用來把 AI 助理連接到它們所需的工具與資料,例如檔案、資料庫、企業應用程式與開發者平台。不必讓每個 AI 應用程式都為每項服務開發客製化整合,服務方只要提供一個「MCP 伺服器」,任何支援 MCP 的 AI 應用程式就都能使用它。Anthropic 於 2024 年 11 月推出 MCP,並在 2025 年 12 月將它捐贈給 Linux Foundation 旗下的 Agentic AI Foundation。
用 AI 製作 App 時為什麼重要
AI Agent 的實用程度,取決於它能接觸到的工具。如果模型看不到你的專案檔案、資料庫或行事曆,它就只能空談這些內容。MCP 就是讓 Agent 在你允許的前提下,真正能使用這些東西的基礎管線。
對於用 AI 製作東西的人來說,它有兩個重要意義。第一,它讓你能夠把你喜歡的 AI 助理(例如 Claude、Cursor 等)連接到更多工具,而不必在各個應用程式之間來回切換。第二,如果你在開發產品,提供 MCP 伺服器就表示 AI 助理可以直接與你的產品協作。你會越來越常在產品設定中看到「透過 MCP 連接」與「透過 API 連接」並列。
日常比喻
想想出國旅行時的電源插頭。每個國家的插座都不一樣,所以你每次出門都得帶上一袋轉接頭。在 MCP 出現之前,把 AI 應用程式連接到服務就是這個樣子:每一組 AI 應用程式與服務的配對,都需要自己專用的轉接頭。
MCP 就像是大家同意使用同一種插頭形狀。服務方製作一個插頭(MCP 伺服器),AI 應用程式方製作一個插座(MCP 客戶端)。任何有這種插頭的東西,都能插進任何插座。電力,也就是實際的資料與動作,仍然來自服務本身,而要插上什麼,仍然由你決定。
MCP 如何運作
MCP 有三種角色:
| 角色 | 說明 | 範例 |
|---|---|---|
| 主機(Host) | 你正在使用的 AI 應用程式 | Claude、Cursor、AI App 製作工具 |
| 客戶端(Client) | 主機中負責與某一個 MCP 伺服器通訊的部分 | Claude 與你的專案工具之間的連線 |
| 伺服器(Server) | 以 MCP 格式公開服務能力的程式 | GitHub、資料庫或 App 製作工具的伺服器 |
伺服器主要可以提供三類內容:
- 工具(Tools):AI 可以執行的動作,例如
create_project、search_files或send_message。每個工具都有名稱、說明與一組定義好的輸入,讓 AI 知道何時、如何使用它。 - 資源(Resources):AI 可以讀取的資料,例如檔案或紀錄。
- 提示詞(Prompts):伺服器建議的現成指令範本。
當你連接伺服器時,主機會詢問它提供哪些功能。AI 模型接著會看到可用工具的清單與說明,並在對話過程中決定是否呼叫某個工具。主機把呼叫請求送到伺服器,伺服器執行工作,然後把結果送回模型。
伺服器可以用兩種方式運行。本機伺服器在你自己的電腦上運行,由 AI 應用程式啟動。遠端伺服器則在網路上運行,透過 URL 連線;遠端伺服器通常會要求你登入,並透過 OAuth 核准存取權限,這和你把應用程式連接到 Google 帳號時看到的「允許存取?」畫面是同一類型。
實際範例:從你的 AI 助理製作 App
假設你使用 Claude,並希望它在一個提供遠端 MCP 伺服器的託管平台上製作並發佈一個小型 App。
- 連接。 在 Claude 的連接器設定中,你加入該平台的 MCP URL。瀏覽器會開啟平台的同意頁面;你登入後點擊允許存取。
- 探索。 現在 Claude 能看到該平台的工具:建立專案、寫入檔案、執行指令、啟動預覽、發佈。
- 提出請求。 你輸入:「製作一個簡單的小費計算 App 並發佈。」
- 執行。 Claude 呼叫
create_project,然後多次呼叫write_file來寫入 App 的程式碼,接著呼叫start_preview、確認預覽運作正常,最後呼叫publish。 - 回報。 它把即時連結提供給你。
你不需要在視窗之間複製程式碼,也不需要學習該平台的 API。Claude 使用的是標準的 MCP 工具呼叫,而平台則依照你的帳號與規則完成工作。同一個平台伺服器,也能以相同方式與其他相容 MCP 的主機搭配使用。
關鍵術語說明
| 術語 | 意義 |
|---|---|
| MCP | 模型上下文協定,是把 AI 應用程式連接到工具與資料的開放標準。 |
| MCP 伺服器 | 透過 MCP 公開服務工具與資料的程式。 |
| MCP 客戶端/主機 | 連接伺服器並使用其工具的 AI 應用程式端。 |
| 工具(Tool) | 伺服器提供的一項動作,具有名稱、說明與輸入。 |
| 資源(Resource) | 伺服器提供的可讀取資料,例如一個檔案或一筆紀錄。 |
| 遠端與本機伺服器 | 透過 URL 經由網際網路連線,或在你自己的機器上執行。 |
| OAuth | 一種標準方式,讓應用程式在不分享密碼的情況下取得存取你帳號的權限。 |
| 連接器(Connector) | 許多 AI 應用程式對新增整合功能的稱呼,通常就是 MCP 伺服器。 |
| 提示詞注入(Prompt injection) | Agent 讀取的資料中夾帶的文字,企圖讓它做出你沒有要求的事。 |
常見錯誤與迷思
- 「MCP 只屬於 Claude。」 雖然是 Anthropic 建立的,但它現在已是開放標準,由 Agentic AI Foundation 管理,許多 AI 應用程式與開發者工具都支援它。
- 「MCP 會取代 API。」 它是建立在 API 之上的。大多數 MCP 伺服器在幕後都是呼叫服務的一般 API。MCP 標準化的是 AI 應用程式如何探索並使用這些功能。
- 「連接伺服器沒有風險。」 伺服器的工具能夠讀取並改變真實的東西。請連接你信任的伺服器,並盡可能使用服務方本身提供的伺服器。
- 授予超過所需的存取權限。 如果伺服器提供唯讀存取或更窄的範圍,就從那裡開始。
- 忽略 Agent 讀取的內容。 透過 MCP 抓取的電子郵件、網頁或文件,可能含有針對 AI 的指令。涉及傳送、刪除或付款的動作,請保持核准機制開啟。
- 為了「幫助」連線而把機密貼進聊天。 遠端伺服器應該使用登入流程或安全儲存的權杖,而不是把金鑰貼進對話中。請參閱如何安全保管 API 金鑰。
可以向 AI 製作工具(或助理)提出的要求
- 「目前連接了哪些 MCP 伺服器?每個伺服器提供哪些工具?」
- 「在使用任何會變更或刪除內容的工具前,先問我。」
- 「這項工作只使用唯讀工具。」
- 「這個伺服器是以哪個帳號的身分在運作?」
- 「在我的 App 中加入一個 MCP 伺服器,讓 AI 助理可以[查詢訂單]。要求登入,並且只向已登入的使用者開放其本人資料的唯讀存取。」
MCP 與 Mythex
Mythex 與 MCP 是雙向整合的。它運行自己的遠端 MCP 伺服器,位址為 https://mcp.mythex.ai/mcp:在 Claude、Cursor 或 Codex 中把這個 URL 新增為自訂連接器,然後在 Mythex 上核准存取,助理就能在你的 Mythex 雲端沙盒中建立專案、編輯檔案、執行指令、預覽與發佈。任何人都可以連接,但工具呼叫需要 Pro 方案與點數,而外部助理本身的用量則由其供應商另外計費。反過來,Mythex 自己的 Agent 也能使用外部的 MCP 伺服器:連接器 → 自訂 MCP 可以接受任何伺服器的 URL,每個帳號最多十個。若想進一步了解整體背景,請參閱什麼是 API與什麼是 AI Agent。
常見問題
MCP 代表什麼?
MCP 代表 Model Context Protocol(模型上下文協定)。它是一項開放標準,定義 AI 應用程式如何連接外部工具與資料來源,因此只需開發一次的工具,就能與許多不同的 AI 助理搭配使用。
MCP 是誰建立的?
Anthropic 於 2024 年 11 月推出並開放原始碼 MCP。2025 年 12 月,Anthropic 將它捐贈給 Linux Foundation 旗下的 Agentic AI Foundation 基金會,因此這項標準現在由中立的機構管理。
MCP 和 API 有什麼差別?
API 是某個特定服務對外提供功能的方式,每個 API 的運作方式都不同。MCP 則是建立在它之上的通用層:MCP 伺服器會把服務的功能包裝成以標準方式描述的工具,因此任何相容 MCP 的 AI 應用程式都能探索並使用它們,無需撰寫客製化的整合程式碼。
MCP 安全嗎?
MCP 本身是一種協定,安全性取決於你連接了哪些伺服器,以及它們能做什麼。只連接你信任來源的伺服器,授予能夠運作的最小存取權限,風險較高的動作請自行核准,並留意 Agent 讀取的資料中可能含有誤導它的指令。
使用 MCP 需要是開發者嗎?
使用不需要。許多 AI 應用程式讓你貼上遠端 MCP 伺服器的 URL,再登入以核准存取權限即可。但如果要自己建立 MCP 伺服器,就需要撰寫程式。