MCP是什麼，和API有什麼分別
MCP 是 Model Context Protocol 的縮寫，是一項開放協議，用來把 AI 應用連接到外部資料與工具。它和 API 的分別在於：API 是某一個系統自己規定的接口，MCP 是 AI 應用與伺服器之間共用的發現與呼叫方式。MCP 伺服器背後仍可能呼叫既有 API；採用 MCP，並不取消該 API 的權限，也不取消須由人同意才可執行的操作。
規範裡寫了什麼
2026 年 7 月 28 日的 Model Context Protocol 規範 寫明，這是一項開放協議，使 LLM 應用能以標準方式連接外部資料來源與工具。同一頁寫明，協議以 JSON-RPC 2.0 訊息溝通，角色分為主機（發起連接的 LLM 應用）、用戶端（主機內的連接器）與伺服器（提供情境與能力的服務）。
規範列出伺服器可向用戶端提供的三類能力：資源（供人或模型使用的情境與資料）、提示（供人使用的訊息範本與工作流程）、工具（供模型執行的功能）。專案說明 把 MCP 定義為把 AI 應用連接到外部系統的開放標準，並把資料來源、工具與工作流程列為連接對象。
API 仍是那一個系統自己的接口
API 由該系統的提供者規定：有哪些操作、從哪個地址呼叫、要附上什麼憑證。會計、檔案庫或訊息系統若已有 API，建立紀錄或讀取檔案仍走那套接口。
MCP 伺服器可以把「呼叫某個 API」包成一項工具，讓 AI 應用用同一套方式發現並提出呼叫。工具的輸入與權限，仍要對應該 API 已經存在的規則。換了協議，並沒有換掉背後那個系統的帳號與授權。
呼叫工具之前要有人同意
上述規範的安全原則寫明：主機在呼叫任何工具之前，必須取得使用者的明確同意；使用者也應在授權前理解該工具做什麼。工具可以執行程式，因此說明文字在未經信任的來源取得時，不應直接當真。
這與把回覆直接發給客戶、或把金額直接入帳，是同一類界線。協議本身寫明它無法在協議層強制這些原則，實作時要自己做同意、授權與存取控制。
先寫清流程，再談接入
流程與資料存放位置尚未寫清時，先接上 MCP，只是多了一個可以動作的入口。先用一小段真實樣本驗證要呼叫的操作是否可靠，再決定是否接入現有身份與資料。
評估時寫明：哪一個 API 仍是準則、哪一項工具可以提議呼叫、哪一種結果必須停下來等人。這三項未寫明，不應把工具接到會改動紀錄的系統上。