什麼係 MCP？Model Context Protocol 解說
MCP，即 Model Context Protocol（模型上下文協議），係一個開放標準，用嚟將 AI 助手接駁到佢所需要嘅工具同資料——檔案、資料庫、業務 app、開發者平台等等。唔使每個 AI 應用程式都為每項服務建一套自訂整合，服務方只要提供一個「MCP 伺服器」，任何講 MCP 嘅 AI 應用程式都可以使用。Anthropic 喺 2024 年 11 月推出 MCP，並喺 2025 年 12 月將佢捐俾 Linux Foundation 之下嘅 Agentic AI Foundation。
用 AI 寫嘢時點解重要
AI agent 只會同佢可以接觸到嘅工具一樣有用。一個睇唔到你項目檔案、資料庫或者行事曆嘅模型，只可以講嘢，唔可以做嘢。MCP 就係令 agent 可以真正使用呢啲嘢嘅基礎設施，而且要經過你批准。
對於用 AI 建嘢嘅人嚟講，呢點有兩方面重要。第一，你可以用返你already鍾意嘅 AI 助手——例如 Claude、Cursor 同其他——連接更多你嘅工具，唔使喺唔同 app 之間切換。第二，如果你自己建產品，提供一個 MCP 伺服器就即係 AI 助手可以直接同你嘅產品合作。你會愈來愈常喺產品設定入面見到「透過 MCP 連接」同「透過 API 連接」並排出現。
日常比喻
諗吓外遊時嘅電源插頭。每個國家嘅插座都唔同，所以你要帶一袋轉換插頭，每去一個地方就要換一個。喺 MCP 出現之前，要將 AI 應用程式接駁到服務，就好似咁：每一對 AI 應用程式同服務都需要一個自訂嘅轉換插頭。
MCP 就好似大家同意採用一種統一嘅插頭形狀。服務方製造一個插頭（MCP 伺服器）；AI 應用程式方製造一個插座（MCP 客戶端）。有插頭嘅嘢，喺任何插座都可以用。電力——即係真正嘅資料同動作——仍然來自服務本身，而你仍然決定插咩落去。
MCP 點運作
MCP 有三個角色：
| 角色 | 係咩 | 例子 |
|---|---|---|
| Host（宿主） | 你用嘅 AI 應用程式 | Claude、Cursor、一個 AI app builder |
| Client（客戶端） | 宿主入面負責同一個 MCP 伺服器溝通嘅部分 | Claude 同你項目工具嘅連線 |
| Server（伺服器） | 用 MCP 格式展示服務能力嘅程式 | 一個 GitHub、資料庫或者 app builder 嘅伺服器 |
一個伺服器可以提供三類主要嘢：
- 工具（Tools）——AI 可以採取嘅動作，例如
create_project、search_files或者send_message。每個工具都有名稱、描述同一套定義好嘅輸入，令 AI 知道幾時同點樣使用。 - 資源（Resources）——AI 可以讀取嘅資料，例如檔案或者記錄。
- 提示（Prompts）——伺服器建議嘅現成指令範本。
當你連接一個伺服器，宿主會問佢提供咩。AI 模型就會見到一份可用工具清單，連同各自嘅描述；對話期間，佢可以決定調用其中一個。宿主將調用送去伺服器，伺服器完成工作，然後結果回傳俾模型。
伺服器有兩種運行方式。本地伺服器喺你自己嘅電腦上運行，由 AI 應用程式啟動。遠端伺服器喺互聯網上運行，透過網址連接；遠端伺服器通常要求你登入並批准存取，使用嘅係 OAuth——就好似你將 app 連接去 Google 帳戶時見到嘅「允許存取？」畫面一樣。
實例：由 AI 助手建立並發佈 app
假設你用 Claude，並且想佢喺一個提供遠端 MCP 伺服器嘅託管平台上，建立同發佈一個細 app。
- 連接。 喺 Claude 嘅 connector 設定度，加入該平台嘅 MCP 網址。一個瀏覽器分頁會開啟平台嘅同意頁面；你登入，然後撳 Allow access。
- 發現。 Claude 而家可以見到平台嘅工具：建立項目、寫入檔案、執行指令、啟動預覽、發佈。
- 提問。 你打字：「幫我建一個簡單嘅小費計算器 app，然後發佈佢。」
- 行動。 Claude 調用
create_project，然後為 app 嘅程式碼多次調用write_file，再調用start_preview檢查預覽運作正常，最後調用publish。 - 回報。 佢俾你個即時連結。
你由始至終都唔使喺視窗之間複製程式碼，亦唔使學習該平台嘅 API。Claude 用嘅係標準 MCP 工具調用，而平台喺你嘅帳戶同佢嘅規則下完成工作。同一個平台伺服器，用其他 MCP 相容宿主，都可以用同一方式運作。
主要術語
| 術語 | 意思 |
|---|---|
| MCP | Model Context Protocol——連接 AI 應用程式到工具同資料嘅開放標準。 |
| MCP 伺服器 | 用 MCP 展示服務工具同資料嘅程式。 |
| MCP 客戶端／宿主 | AI 應用程式嘅一方，負責連接伺服器同使用佢哋嘅工具。 |
| 工具（Tool） | 伺服器提供嘅一個動作，有名稱、描述同輸入。 |
| 資源（Resource） | 伺服器提供、可以讀取嘅資料，例如檔案或者記錄。 |
| 遠端 vs 本地伺服器 | 透過網址喺互聯網上存取，或者喺你自己嘅電腦上運行。 |
| OAuth | 一種標準方式，俾應用程式存取你嘅帳戶，而唔使分享你嘅密碼。 |
| Connector（連接器） | 好多 AI 應用程式對已加入嘅整合嘅稱呼，通常就係一個 MCP 伺服器。 |
| 提示注入（Prompt injection） | 喺 agent 讀取嘅資料入面，夾雜一啲試圖令佢做出你冇要求嘅嘢嘅文字。 |
常見錯誤同誤解
- 「MCP 只係 Claude 嘅嘢。」 Anthropic 創建咗佢，但而家佢係一個開放標準，由 Agentic AI Foundation 管理，好多 AI 應用程式同開發者工具都支援。
- 「MCP 取代 API。」 佢係建喺 API 之上嘅。大部分 MCP 伺服器喺幕後都係調用服務嘅一般 API。MCP 嘅作用，係標準化 AI 應用程式點樣發現同使用呢啲功能。
- 「連接伺服器冇風險。」 伺服器嘅工具可以讀取同改變真實嘅嘢。只連接你信任嘅伺服器，最好係由服務方本身提供嘅。
- 授予超出所需嘅存取權。 如果伺服器提供唯讀存取或者較窄嘅權限範圍，就由呢啲開始。
- 忽略 agent 讀取嘅內容。 透過 MCP 攞回嚟嘅電郵、網頁或者文件，可能包含針對 AI 嘅指令。涉及發送、刪除或者付款嘅動作，要保持批准機制開啟。
- 貼秘密資料落對話嚟「幫手」接駁。 遠端伺服器應該用登入流程或者妥善儲存嘅 token，而唔係將 key 貼入對話。睇吓點樣保管 API key。
你可以叫 AI builder（或者助手）做咩
- 「目前連接咗邊啲 MCP 伺服器？每個提供咩工具？」
- 「喺你使用任何會改動或者刪除嘢嘅工具之前，先問我。」
- 「呢個任務只用唯讀工具。」
- 「呢個伺服器係以邊個帳戶身份行事？」
- 「幫我 app 加一個 MCP 伺服器，等 AI 助手可以[查詢訂單]。要求登入，而且只向已登入用戶開放佢自己資料嘅讀取權限。」
MCP 同 Mythex
Mythex 同 MCP 雙向合作。佢運行自己嘅遠端 MCP 伺服器，網址係 https://mcp.mythex.ai/mcp：將呢個網址加為 Claude、Cursor 或 Codex 嘅自訂 connector，然後喺 Mythex 批准存取，AI 助手就可以喺你嘅 Mythex 雲端沙盒入面建立項目、編輯檔案、執行指令、預覽同發佈。任何人都可以連接，但工具調用需要 Pro 計劃同 credits，而外部助手本身嘅用量由佢嘅服務商收費。反過嚟，Mythex 自己嘅 agent 亦可以使用外部 MCP 伺服器：Connectors → Custom MCP 接受任何伺服器嘅網址，每個帳戶最多十個。想睇整體圖景，可以睇什麼係 API同什麼係 AI agent。
常見問題
MCP 係咩嘅縮寫？
MCP 即係 Model Context Protocol（模型上下文協議）。佢係一個開放標準，定義 AI 應用程式點樣接駁外部工具同資料來源，所以一個工具只要建一次，就可以同多個唔同嘅 AI 助手一齊運作。
邊個創造咗 MCP？
Anthropic 喺 2024 年 11 月推出並開源 MCP。2025 年 12 月，Anthropic 將佢捐俾 Agentic AI Foundation，即係 Linux Foundation 下面嘅一個基金，所以呢個標準而家由一個中立機構管理。
MCP 同 API 有咩分別？
API 係某一個服務開放佢功能嘅方式，每個 API 都各自唔同。MCP 係建喺佢之上嘅一層共通架構：MCP 伺服器用標準方式，將服務嘅功能包裝成工具，所以任何支援 MCP 嘅 AI 應用程式都可以發現同使用佢哋，唔使寫自訂整合程式碼。
MCP 安全嗎？
MCP 本身只係一個協議；安全與否，取決於你連接咗邊啲伺服器，以及佢哋可以做咩。只連接你信任來源嘅伺服器，只批出夠用嘅最小權限，有風險嘅操作要自己批准；同時要留意，agent 讀取嘅資料可能包含想誤導佢嘅指令。
我要做開發者先用到 MCP 嗎？
用唔使。好多 AI 應用程式都容許你貼上遠端 MCP 伺服器嘅網址，然後登入批准存取就得。但要自己建 MCP 伺服器就一定要寫程式。