術語
MCP(模型上下文協議)
MCP(模型上下文協議)是一項開放標準,它規定了 AI 應用如何通過統一的客戶端—服務端介面連線到外部工具、資料來源與提示詞,使任何符合該標準的客戶端都能使用任何符合該標準的服務端,而不必為這一對組合單獨寫整合程式碼。
又稱 模型上下文協議MCP 服務端MCP 客戶端
在實踐中
這項協議規定的是客戶端與服務端之間的一套 JSON-RPC 互動。服務端對外宣告 tools(可呼叫的操作)、resources(可讀取的資料)與 prompts(可複用的指令模板);客戶端——聊天應用、IDE 或一個 Agent 執行時——在連線時發現它們,並通過 stdio 或 HTTP 發起呼叫。它由 Anthropic 於 2024 年底提出,以開放規範的形式公開,如今已被眾多廠商與開源專案的客戶端和服務端實現。它拿下的價值是組合意義上的:N 個客戶端與 M 個工具,不再需要 N×M 份各寫各的整合。
連線標準不談權威,MCP 也刻意不去談。它描述一次呼叫如何被封裝和傳輸,但不決定這次呼叫適用誰的權限、這個操作生效前是否需要一次簽字、事後又留下什麼證據。這些判斷屬於持有資料的那個系統——所以一個 MCP 服務端的安全上限,永遠不會高於它所包裝的那個介面:把它架在一條裸資料庫連線前面,交給 Agent 的就是服務賬號的觸及範圍,而不是提問那個人的觸及範圍。
把兩者分清楚的說法很乾淨:MCP 標準化的是「Agent 怎樣夠到工具」,而受治理工具層決定的是「這次呼叫是否被允許、是否被記錄」。兩者都需要。連線能力比治理能力早到好幾年,正是一個 Agent 興高采烈地匯出了提問者本無權檢視的記錄的由來——不是因為它有惡意,而是因為這條路徑上從來沒有人問過「呼叫的是誰」。
這個術語用在哪裡
真正用到這個術語的頁面與文章。
產品頁面
文章
- MCP 安全:為什麼協議還需要受治理的工具層 MCP 和 A2A 讓 agent 連線工具與其他 agent 變得更容易,但連線不等於授權。企業缺的不是再包一層介面,而是每次呼叫都帶身份、強制權限、留下審計的工具層。
- AI 如何觸發業務動作:Action 後設資料如何保證受控執行 AI agent 的價值不只是回答問題,而是幫助使用者更新記錄、建立任務、發起審批和推動流程。ObjectOS 用 Action 後設資料把按鈕、流程和審批開放給 AI,同時保留權限、確認和審計。
- AI Agent 資料安全邊界:如何在企業權限內工作 企業不是不想讓 AI agent 使用業務資料,而是不允許它繞過身份、權限、審批和審計。真正可上線的 agent,必須像一個受控使用者,而不是影子管理員。