跳至主要內容
Funraise

指南 · Guide

MCP 是什麼?MCP 怎麼用?MCP 中文教學:5 大應用、6 大客戶端、設定步驟(2026)

MCP 是什麼?MCP 跟 API、Function Calling 有什麼不同?MCP 怎麼接到 Claude.ai 或 ChatGPT?哪些 MCP server 可以用?從通訊協定原理講到台灣實戰應用,含 6 大 AI 客戶端設定步驟與 5 個產業應用情境。

Funraise 工程團隊 · Funraise · 方睿科技

published 2026-05-17

本文目錄

    MCP(Model Context Protocol)是 2024 年 11 月由 Anthropic 推出的開放標準, 讓 AI 助手(如 Claude.ai、ChatGPT、Notion、Claude Code、Gemini CLI、Codex CLI)能夠以一致、安全的方式連接外部資料源與工具。 簡單說:MCP 之於 AI,就像 USB-C 之於硬體 — 一個介面、通用相容

    這篇會完整說明 MCP 是什麼、MCP 怎麼用、MCP 跟 API/Function Calling/RAG 的差別、 6 大 AI 客戶端(Claude.ai、ChatGPT、Notion、Claude Code、Gemini CLI、Codex CLI)的設定步驟、 5 個產業應用情境,還有 MCP 在台灣的特殊意義。 截至 2026 年 5 月,MCP 已經是 Anthropic、OpenAI、Google 三大 AI 廠商共同支援的協議。

    MCP 是什麼?

    MCP 是 Model Context Protocol 的縮寫,中文一般翻譯為「模型脈絡協議」或「模型上下文協議」。 它是一個開放標準,定義了 AI 模型(LLM)如何與外部資料源、工具、檔案系統進行雙向溝通。

    在 MCP 出現之前,每個 AI 客戶端要接外部工具都得自己定義 API 格式 — OpenAI 的 Function Calling 跟 Anthropic 的 Tool Use 互不相容、 Cursor 跟 VS Code 各有各的擴充規範、 Claude 跟 Gemini 之間更是完全不通。 MCP 解決這個碎片化問題,讓「一個 MCP server」可以同時被所有支援 MCP 的客戶端使用。

    截至 2026 年 5 月,MCP 已是 AI 與外部世界連接的事實標準(de facto standard)

    白話文理解:MCP 像什麼?

    用 4 個生活化類比讓 MCP 概念瞬間清楚:

    類比 1:USB-C 接口

    USB-C 出現之前,每家手機廠都有自己的充電線(Apple Lightning、Android Micro-USB、舊 iPhone 30-pin...),消費者要備一堆線。 USB-C 統一之後,一條線可以充所有裝置。 MCP 之於 AI 客戶端,就是 USB-C 之於電器 — 一個介面、通用相容。

    類比 2:插座與電器

    AI 助手是電器(吹風機、檯燈、咖啡機),各種資料源是插頭(實價登錄資料庫、Slack、Google Drive)。 以前每個電器要自己定義插頭形狀,現在 MCP 是統一規格的插座,所有電器都能用同一個插座取得電力。

    類比 3:翻譯員

    AI 模型講「英文」(自然語言推理),資料庫講「SQL 或 API 格式」(結構化查詢),兩者語言不通。 以前需要工程師寫程式當「人肉翻譯」,現在 MCP 是 AI 與資料源之間的標準翻譯員, 自動處理協議轉換、權限驗證、結果格式化。

    類比 4:圖書館員

    你(使用者)問 AI 一個問題,AI 是讀者,但它腦中知識有限。 MCP server 是圖書館員,當 AI 需要查資料時,圖書館員(MCP)幫它去書架(資料源)找書,再把答案整理好交回。 讀者全程只跟圖書館員溝通,不需要自己進書庫翻找。

    為什麼叫做 MCP?MCP 的由來

    MCP 由 Anthropic(Claude 的開發公司)在 2024 年 11 月 25 日正式發布為開源協議, 與 Sourcegraph、Replit、Codeium、Zed 等公司合作推出第一批 MCP servers。

    命名來自核心目的:「Model Context Protocol」直譯就是「模型脈絡的協議」— 讓 AI 模型可以在對話中動態取得外部 context(脈絡資訊),而不是被限制在訓練時的靜態知識。 這也是為什麼 MCP 強調「context」而不是「tool」或「function」 — 它的設計不只是讓 AI 呼叫工具,更是讓 AI 把外部資料納入推理脈絡。

    MCP 名詞逐一解釋:M / C / P

    M:Model — 模型

    指 AI 大型語言模型(LLM),如 Claude、GPT、Gemini。 MCP 不限定模型供應商 — 任何支援 MCP 的客戶端都能使用同一個 MCP server。 截至 2026 年,Anthropic、OpenAI、Google 三大廠的官方客戶端都已支援 MCP。

    C:Context — 脈絡

    指 AI 在生成回答時需要的「外部資訊」。 例如「信義區 A 級商辦近 12 月平均月租金」這個問題的「context」就是實價登錄資料庫。 MCP 的核心職責是把這類 context 在對話流程中動態載入給 AI。

    P:Protocol — 協議

    指規範雙方溝通格式的技術標準。MCP 是基於 JSON-RPC 2.0 的雙向協議, 定義了 4 種核心訊息類型:tools/list(工具清單)、tools/call(呼叫工具)、 resources/list(資源清單)、resources/read(讀取資源)。

    小結:M + C + P 如何串成一句話?

    把三個字組合起來:「讓 AI 模型(M)能動態取得外部脈絡(C)的標準協議(P)」。 這就是 MCP 的全名意涵。

    MCP 跟傳統 API 有什麼不同?

    這是 MCP 入門最重要的概念。表格直觀對比:

    面向 傳統 API MCP
    使用者工程師(寫程式呼叫)AI 使用者(用對話呼叫)
    呼叫決策者工程師事先寫好邏輯AI 模型在對話中即時決定
    整合成本每個 API 需單獨整合(OAuth、SDK、錯誤處理)一個 MCP server URL 貼進客戶端即用
    跨平台各廠 API 互不相容一個 MCP server 服務所有 MCP 客戶端
    使用場景程式內部呼叫、後端整合AI 對話中即時取資料、跑工具
    權限管理API Key、staticOAuth 2.1 + PKCE、per-user

    關鍵差異:MCP 不是取代 API,而是「AI 友善的 API 標準包裝」。 底層仍可能是 REST API、GraphQL、資料庫查詢,但 MCP 規範了「AI 如何發現、呼叫、解讀」這些工具的標準語言。

    MCP 跟 Function Calling、Plugin 有什麼不同?

    vs Function Calling

    Function Calling 是 OpenAI 在 2023 年 6 月推出的 GPT API 內建機制,讓 GPT 模型可以決定何時呼叫開發者預定義的函式。 Anthropic 後來推出 Tool Use 是類似的機制。但兩者格式互不相容,且僅限該家模型 API 內使用, 不能跨平台。MCP 則是跨廠商的協議標準。

    vs ChatGPT Plugins(已廢止)

    OpenAI 在 2023 年推出 ChatGPT Plugins,每家服務商寫一個 manifest 給 ChatGPT 用。 但這個 plugin 只能用在 ChatGPT、不能用在 Claude;且 OpenAI 在 2024 年宣布逐步淘汰 Plugins、 改推 Custom GPTs 與 MCP-style Connectors。MCP 是 plugins 模式的「跨廠商標準化版本」。

    vs Cursor / VS Code 擴充

    Cursor 的 .cursor/mcp.json、VS Code 的 settings.json 都是 IDE 客戶端內的 MCP server 註冊機制, 本質上仍依循 MCP 協議。只是設定檔格式略有差異 — server 端寫一次,所有客戶端都可註冊使用。

    MCP 的運作流程:6 個步驟

    一次 MCP 工具呼叫的完整生命週期:

    1. 客戶端啟動:Claude.ai 或 Claude Code 啟動,讀取使用者設定的 MCP server URL。
    2. 連線與身份驗證:客戶端對 MCP server 發起 OAuth 流程(如果該 server 需要驗證),取得 access token。
    3. tools/list 探索:客戶端問 MCP server「你有哪些工具?」,server 回傳工具清單(含名稱、描述、參數 schema)。
    4. 使用者提問:使用者輸入問題「信義區 A 級商辦有哪些?」。
    5. AI 決策與 tools/call:AI 看完工具清單後,決定呼叫 search_buildings 工具,並組合參數 {district: "信義區", grade: "A"} 發出 tools/call 請求。
    6. 結果整合:MCP server 回傳結果,AI 把結果融入回答產出最終文字呈現給使用者。

    整個過程使用者只看到「我問 → AI 答」,背後的探索、選工具、呼叫都由 AI 自動完成。 這就是 MCP 對非工程師最大的吸引力 — 零程式、自然語言介面

    MCP server 是什麼?怎麼選?

    MCP server 是任何實作了 MCP 協議、可以被 AI 客戶端呼叫的服務。截至 2026 年, 主流 MCP server 來自三種來源:

    • 官方 MCP servers(Anthropic 維護):Filesystem、Postgres、Slack、Google Drive、Brave Search、GitHub 等 — github.com/modelcontextprotocol/servers
    • SaaS 廠商官方 MCP server:Notion、Sentry、Stripe、Cloudflare 等大廠陸續推出。
    • 垂直市場 MCP server:聚焦特定產業 / 地區,如台灣 PropTech 的 Funraise MCP(19 個本地不動產資料源整合)。

    選擇 MCP server 的 3 個判斷:

    1. 資料 / 工具相關性:對你的工作流真的有用嗎?
    2. 身份驗證機制:有支援 OAuth 嗎(vs API Key 靜態驗證)?多人團隊需要 per-user 權限。
    3. 更新頻率與維護:是否持續更新、bug 處理積極?看 GitHub star、commit frequency、社群活躍度。

    哪些 AI 客戶端支援 MCP?

    截至 2026 年 5 月,主流 MCP 客戶端:

    客戶端 廠商 類型 支援狀態
    Claude.aiAnthropicWeb / Desktop原生支援、免費版即可用
    ChatGPTOpenAIWeb / DesktopFree / Plus / Team / Enterprise 各方案皆支援
    Claude CodeAnthropicTerminal CLI原生支援
    Gemini CLIGoogleTerminal CLI原生支援
    Codex CLIOpenAITerminal CLI原生支援
    Claude DesktopAnthropic本機桌面 app原生支援

    Claude.ai 怎麼接 MCP?(5 步驟)

    1. 登入 Claude.ai(claude.ai/login)
    2. 進入任一對話 → 左下角 Connect apps 按鈕(或 Settings → Integrations)
    3. Add custom connector
    4. 填入 Name(自訂)+ URL(你的 MCP server endpoint)
    5. 完成 OAuth 授權(如需要)— 用 Google / Microsoft 等帳號登入

    完成後,在對話中直接用中文提問,Claude 會自動判斷是否呼叫 MCP 工具。詳見 Claude.ai 設定完整步驟

    ChatGPT 怎麼接 MCP?

    ChatGPT 透過 Custom Connectors機制支援 MCP — 截至 2026 年 5 月,Free / Plus / Team / Enterprise 各方案皆可使用。 進入 Settings → Connectors → Add custom → 填入 MCP server URL → 完成 OAuth。 在新對話頂部工具列表勾選後即可使用。完整步驟見 ChatGPT MCP 設定教學

    Claude Code 怎麼接 MCP?(一條指令)

    Claude Code(Anthropic 官方 CLI)是接 MCP 最快的方式 — 一條指令搞定:

    claude mcp add --transport http funraise https://your-mcp-server.example.com/mcp

    之後進入 claude 互動 session,輸入 /mcp 查看狀態。 完整教學見 Claude Code MCP 設定

    Gemini CLI 怎麼接 MCP?

    編輯 ~/.gemini/settings.json,加入 mcpServers 區塊:

    {
      "mcpServers": {
        "funraise": {
          "httpUrl": "https://your-mcp-server.example.com/mcp"
        }
      }
    }

    存檔後執行 gemini,CLI 偵測到新 server 會自動觸發 OAuth。詳見 Gemini CLI 設定指南

    Codex CLI 怎麼接 MCP?

    Codex CLI(OpenAI 官方)使用 TOML 設定。編輯 ~/.codex/config.toml

    [mcp_servers.funraise]
    url = "https://your-mcp-server.example.com/mcp"

    存檔後執行 codex,第一次會提示 OAuth。詳見 Codex CLI 設定步驟

    5 個 MCP 實戰應用情境

    情境 1:PropTech 不動產分析(台灣本地)

    建商開發部、壽險不動產投資部、估價師、商仲透過 Funraise MCP 接到 Claude.ai, 在對話中查實價登錄、跑都更投報試算、寫商辦 DD memo。 在內測情境下,研究員工作可從 2-3 天壓縮到 30 分鐘(實際時間依案件複雜度而定)。

    情境 2:DevOps / SRE 自動化

    工程團隊接 GitHub、Sentry、Datadog、PagerDuty 的 MCP server 到 Claude Code, 發生 incident 時 AI 自動串接「Sentry 抓 error → GitHub 找相關 commit → 建議 fix」全流程, on-call 工程師省下重複查資料時間。

    情境 3:客服 / 業務情境

    業務團隊接 Salesforce、HubSpot、Notion 的 MCP server 到 ChatGPT, AI 對話中即時取得客戶歷史、產品文件、合約狀態,業務可專注在 relationship building。

    情境 4:知識管理 / 內部 RAG

    企業內部知識庫(Confluence、Notion、Google Drive)透過 MCP 暴露給 Claude, 員工問「我們的合約模板第 4.2 條怎麼寫」直接拿到答案,不必到 wiki 翻找。

    情境 5:個人助理 / 生產力工具

    個人用戶接 Gmail、Calendar、Todoist、Apple Notes 的 MCP server, AI 可以幫忙「今天有什麼會議?把會議筆記整理到 Notion」一句話完成。

    MCP 安全性怎麼考量?OAuth 為什麼重要?

    MCP 把 AI 跟外部資料源連起來,安全顧慮是合理的。優質 MCP server 應該具備:

    • OAuth 2.1 + PKCE:使用者每次接入都要明確授權,token 可隨時撤銷
    • Per-user 權限隔離:A 使用者的 token 不能存取 B 使用者的資料
    • 細粒度權限 scope:可選擇只給「讀取」、不給「寫入」
    • 稽核日誌:每次 tools/call 都有紀錄,可追溯異常呼叫
    • 對話內容不留存:MCP server 只看得到 AI 構造的工具參數,看不到完整 prompt 或對話歷史

    選擇 MCP server 時,避開只用 API Key 的舊式驗證(key 一旦洩露就完蛋),優先選擇 OAuth + per-user token 的 server。

    MCP 的限制與注意事項

    限制 1:成熟度仍在演進

    MCP 才推出 18 個月,spec 仍在小幅迭代(2024-11 v0.1 → 2025-06 v0.2 → 2026-05 最新)。 老的 MCP server 可能需要更新才能用在新版 AI 客戶端。

    限制 2:對工具的選擇靠 AI 自己判斷

    MCP 把「該呼叫哪個工具」交給 AI 模型決定。如果工具描述寫得不好、或同類工具命名重複,AI 可能選錯。 Server 端要把工具 description 寫清楚、命名一致。

    限制 3:Token 成本

    每個 MCP server 的 tools/list 結果會被注入 AI 對話 context, 接太多 MCP server 會把 context window 撐爆,影響回答品質。建議一次接 3-5 個最常用的 server。

    限制 4:跨工具 orchestration 仍待強化

    目前 MCP 是「AI 呼叫單一工具 → 結果回 AI」的單跳模式。如果需要「A 工具結果餵給 B 工具」的多步驟流程, AI 模型自己要做 orchestration,效率不如後端 workflow engine。 解決方案是用 Code Mode(如 Cloudflare 的 codemode 套件)— AI 寫 JS 直接呼叫多個工具,效率高很多。

    為什麼 Funraise MCP 對台灣 PropTech 重要?

    台灣不動產業有兩個結構性痛點:

    • 資料散落各部會:實價登錄在內政部、建照在地方建管處、商業司在經濟部、捷運計畫在交通部。 每個系統都要單獨查、沒有交叉查詢工具。
    • AI 缺台灣 context:直接用 ChatGPT 問台灣不動產問題,它會用美國市場假設、容積獎勵概念混亂、Cap Rate 抓錯區間。

    Funraise MCP 是台灣第一個 PropTech 垂直 MCP server,把 19 個本地資料源 (實價登錄、商辦大樓、建照、捷運、商業司、利害關係人、未來開發案 pipeline 等)+ 業界 SOP 工具(都更投報試算 4 modes、壽險商辦 DD memo)打包到一個 OAuth 保護的 endpoint URL, 使用者貼進 Claude.ai / ChatGPT / Claude Code / Gemini CLI / Codex CLI 即可中文對話查詢。 詳見 Claude MCP 台灣不動產接入指南

    MCP 與 AI Agent、RAG、AXO 的關係

    MCP vs AI Agent

    AI Agent 是能自主規劃多步驟、執行任務的 AI 系統。MCP 是 Agent 與外部工具溝通的標準語言。 沒有 MCP,Agent 只能跟 LLM 內建知識對話;有了 MCP,Agent 可以連到資料庫、SaaS、檔案系統、本地腳本,真正完成端到端任務。 MCP 是 AI Agent 時代的基礎建設

    MCP vs RAG

    RAG(Retrieval-Augmented Generation)是把外部知識嵌入 AI 對話的方法論 — 通常是把文件向量化後存到 vector DB, AI 問問題時先查相似文件、再生成回答。 MCP 則是 AI 呼叫外部工具的協議標準。兩者互補不衝突: MCP server 內部可以用 RAG 處理資料,再透過 MCP 工具暴露給 AI 使用。

    MCP vs AXO(AI eXperience Optimisation)

    AXO 是「優化內容以便被 AI 引用」的方法論,類似 SEO 但目標是 AI Overviews、Perplexity、ChatGPT Search 等 AI 搜尋介面。 MCP 是讓 AI 主動查資料的協議。兩者一個是「被動被引用」、一個是「主動拉資料」,產業生態系並存。

    MCP 對開發者的戰略意義

    對工程師 / SaaS 廠商來說,MCP 是 2026 年最值得投資的整合工作。理由:

    1. 一次實作、多平台受益:寫一個 MCP server 同時被 Claude.ai、ChatGPT、Claude Code、Gemini、Codex 使用, 不再需要為每家寫獨立 plugin。
    2. 使用者觸及面增加:傳統 SaaS 要使用者主動打開 app 使用;上 MCP 後使用者在 AI 對話中自然呼叫,降低使用摩擦
    3. 新型計費模式:使用者付費呼叫工具、廠商與平台分潤的模式正在形成。 早期上 MCP 的 SaaS 可以搶占 AI agent 流量紅利。
    4. 抗 LLM 自建:如果 Anthropic / OpenAI 自己做了類似功能(如 Slack 整合),有 MCP server 的廠商仍能保持差異化(領域深度、台灣本地化等)。

    MCP 常見問題

    MCP 是什麼?一句話說明

    MCP(Model Context Protocol)是 Anthropic 在 2024 年 11 月推出的開放標準,讓 AI 助手(如 Claude、ChatGPT)可以安全、結構化地呼叫外部資料源與工具,類似於 USB-C 之於硬體裝置 — 一個介面、通用相容。

    MCP 跟 API 有什麼不同?

    API 是讓程式呼叫服務的介面,需要工程師撰寫程式碼整合。MCP 是讓 AI 助手呼叫服務的標準協議 — 使用者不需寫程式,把 endpoint URL 貼進 AI 客戶端即可使用,AI 會自動決定何時、用什麼參數呼叫工具。

    MCP 跟 Function Calling 有什麼不同?

    Function Calling 是各家 LLM 廠商各自的 API 內機制(OpenAI、Anthropic、Google 都有自己的格式,互不相容)。MCP 是跨廠商的標準 — 同一個 MCP server 可以同時被 Claude、ChatGPT、Claude Code、Gemini CLI、Codex CLI 使用,不需重複實作。

    我不是工程師,可以用 MCP 嗎?

    可以。Claude.ai 與 ChatGPT 都提供 GUI 設定介面,5 分鐘內可完成 MCP server 接入,全程不寫程式。Terminal CLI(Claude Code / Gemini CLI / Codex CLI)也只需要複製貼上一條指令或修改一個設定檔。

    MCP 安全嗎?我的資料會外洩嗎?

    MCP 本身是協議規範,安全性取決於各 MCP server 的實作。優質的 MCP server 會用 OAuth 2.1 + PKCE 進行身份驗證,並把工具呼叫權限細分到使用者層級。對話內容仍發生在 AI 客戶端(Claude.ai / ChatGPT 等),MCP server 只看得到 AI 構造的工具呼叫參數,看不到完整 prompt 或對話歷史。

    哪些 AI 客戶端支援 MCP?

    Claude.ai(Anthropic、免費版即可)、ChatGPT(OpenAI、Free / Plus / Team / Enterprise 各方案皆可)、Claude Code(Anthropic 官方 CLI)、Gemini CLI(Google 官方 CLI)、Codex CLI(OpenAI 官方 CLI)。所有支援 MCP 的客戶端可使用同一個 MCP server endpoint URL,無需各別重新設定。

    MCP 對台灣使用者有什麼特殊意義?

    台灣的垂直行業資料(如 PropTech 不動產資料、本地 SaaS)長期缺乏 AI 介面 — MCP 提供了一個標準化、低成本的接入方式。例如 Funraise MCP 把 19 個台灣 PropTech 資料源(實價登錄、商辦、建照、捷運、商業司等)整合到一個 endpoint,台灣業者透過 Claude.ai 或 ChatGPT 即可用中文查詢,不需自建系統。

    MCP server 在哪裡找?

    Anthropic 官方維護 MCP servers 清單(github.com/modelcontextprotocol/servers),含 Slack、GitHub、Google Drive、Notion、Postgres 等。台灣垂直市場可參考 Funraise MCP(PropTech)。各 SaaS 廠商也陸續推出自家官方 MCP server。

    MCP 會取代 RAG 嗎?

    不會,兩者互補。RAG(Retrieval-Augmented Generation)是把外部知識嵌入 AI 對話的方法論;MCP 是 AI 呼叫外部工具的協議。MCP server 內部可以用 RAG 機制處理資料、再透過 MCP 工具暴露給 AI 使用 — 兩者組合可達到「AI 不只能查到資料、還能據資料行動」的效果。

    MCP 跟 AI Agent 是什麼關係?

    AI Agent 是能自主規劃多步驟、執行任務的 AI 系統。MCP 是 Agent 與外部工具溝通的標準語言 — 沒有 MCP,Agent 只能跟 LLM 內建知識對話;有了 MCP,Agent 可以連到資料庫、SaaS、檔案系統,真正完成端到端任務。MCP 是 AI Agent 時代的基礎建設。

    延伸閱讀