MCP 三層架構
Model Context Protocol——AI 領域的 USB-C。一條協定,所有服務都能用同一規格給 Claude 用。
三層
┌────────────────────────────────────┐
│ Host(Claude / Cowork / Code) │ ← AI 主程式
└────────────────┬───────────────────┘
│ JSON-RPC 2.0
│
┌─────────▼─────────┐
│ Client(內建) │ ← Claude 端 MCP 客戶端
└─────────┬─────────┘
│ stdio / HTTP / SSE
│
┌─────────▼─────────┐
│ Server │ ← 應用方實作
│ • 註冊 Tools │
│ • 提供 Resources │
│ • 暴露 Prompts │
└─────────┬─────────┘
│
┌─────────▼─────────┐
│ 後端服務 │
│ Slack / DB / API │
└───────────────────┘
流程
- Claude 啟動 MCP Server
- Server 註冊它能做什麼(Tools / Resources / Prompts)
- Claude 看到使用者需求 → 決定呼叫哪個 Tool
- Server 執行 → 回傳結果
- Claude 整合結果,繼續推理
為什麼要 MCP
沒 MCP:每個服務(Slack、Notion…)都要寫專屬整合 → 重複造輪 有 MCP:服務方做一次 MCP server → 所有 AI 都能用
stdio vs HTTP
| 項目 | stdio(本地) | HTTP(遠端) |
|---|---|---|
| 啟動 | Claude 跑本機程式 | Server 自跑,Claude 連 |
| 速度 | 快(IPC) | 略慢(網路) |
| 適用 | 個人 DB、本地工具 | 多人共享、SaaS |
推出時間 / 由誰
Anthropic 於 2024/11 推出,已成為產業標準。協定規格:https://modelcontextprotocol.io
一般使用者怎麼用:Connectors
MCP 是底層協定,直接設定 MCP server 對非工程師太困難。Anthropic 在 2026/02/24 推出 Connectors = MCP 的 UI 包裝:
| Connectors(UI) | MCP(協定) | |
|---|---|---|
| 入口 | Cowork Settings UI | claude_desktop_config.json |
| 受眾 | 一般使用者 | 開發者 |
| 認證 | OAuth UI 引導 | 手動設環境變數 |
| 服務 | 50+ 預配好 | 自由配置任何 server |
→ 一般使用者用 Connectors,開發者直接寫 MCP server。
跟 Cowork Plugins 的關係
Cowork Plugin 可以打包 MCP server + Skills + 設定 成單一 .plugin 檔,發給組織成員:
hr-toolkit.plugin
├── mcp/
│ ├── pam-employee-mcp/
│ └── 104-hrms-mcp/
└── skills/
└── interview-pdf/
→ 一鍵安裝 = 同時得到 MCP + Skill + 角色設定。
對 PAM 的應用
可以寫的 PAM MCP server:
- PAM 員工查詢 MCP:讓 Claude 直接查 PAM DB
- PAM 考核狀態 MCP:查當前進度
- PAM 報表產出 MCP:呼叫後端 API 產報表
詳見 11-MCP 建置與使用 §「PAM 場景的 MCP 想像」。
相關概念
強連結(原文明確提及)
- MCP 原語 — Tools / Resources / Prompts
- Connectors — UI 包裝給一般使用者
- Cowork Plugins — MCP + Skill 的打包形態
- OAuth 流程 — 認證機制
- Claude Code — 設定檔位置
- Cowork — UI 連接 MCP
- Boris Cherny 13 條心法 — Boris 第 9 條技術基礎:標準化整合
推斷連結(LLM 認為相關,待確認)
深入閱讀(外部資源)
- 深入閱讀:11-MCP 建置與使用
← 回到 wiki