人工智慧中的MCP是什麼?

人工智慧中的MCP是什麼?

如果你一直好奇MCP是什麼——以及為什麼大家都把它比喻成AI應用界的USB-C——那麼你來對地方了。簡單來說: MCP(模型上下文協定)是一種開放的方式,讓AI應用和智慧體能夠連接外部工具和數據,而無需編寫大量的自訂黏合程式碼。它規範了模型發現工具、請求操作和獲取上下文的方式——因此團隊只需整合一次,即可在任何地方重複使用。想想適配器,而不是一團亂麻。官方文件甚至也用USB-C來類比它。 [1]

您可能還想閱讀以下文章:

🔗 什麼是邊緣人工智慧?
了解邊緣人工智慧的工作原理及其關鍵實際應用。

🔗 什麼是生成式人工智慧
了解生成式人工智慧如何創建內容、常用模型和商業用途。

🔗 什麼是智能體人工智慧
探索智能體人工智慧、自主代理以及它們如何協調複雜的任務。

🔗 什麼是人工智慧可擴展性
探討人工智慧可擴展性挑戰、基礎設施考量和優化策略。


人工智慧中的 MCP 是什麼?快速解答 ⚡

MCP 是一種協議,它允許 AI 應用(宿主透過應用內部的MCP 用戶端與提供功能的進程( MCP 伺服器資源提示工具。通訊基於JSON-RPC 2.0——一種包含方法、參數、結果和錯誤的簡單請求/回應格式——因此,如果您使用過 RPC,您會覺得很熟悉。這就是智能體如何擺脫聊天框的束縛,開始執行有用的工作。 [2]

 

人工智慧中的 MCP

人們為何關注:N×M 問題,基本解決🧩

如果沒有 MCP,每個模型與工具的組合都需要一次性整合。有了 MCP,工具只需實作一個伺服器,任何符合規範的用戶端都可以使用。您的 CRM、日誌、文件和建置系統不再孤立。這並非魔法——用戶體驗和策略仍然重要——但規範明確地對主機、客戶端和伺服器,從而縮小了整合範圍。 [2]


MCP 的用途是什麼 ✅

  • 互通性極佳,卻又略顯枯燥(這是好事)。只需建置一次伺服器,即可在多個 AI 應用程式中使用。 [2]

  • “USB-C for AI” 的思考模式。伺服器將各種奇特的 API 規範化為模型熟悉的格式。雖然不完美,但可以快速幫助團隊達成共識。 [1]

  • 可發現的工具。客戶端可以列出工具、驗證輸入、使用結構化參數呼叫工具,並取得結構化結果(工具清單變更時會收到通知)。 [3]

  • 支持開發者所在的地區。 GitHub Copilot 連接主流 IDE 的 MCP 伺服器,並新增註冊表流程和策略控制——這對推廣應用意義重大。 [5]

  • 傳輸方式靈活。本機傳輸使用標準輸入輸出 (stdio);當需要邊界條件時,可升級至串流 HTTP。兩種方式均採用 JSON-RPC 2.0 訊息。 [2]


MCP 的底層運作原理🔧

在運行時,您有三種角色:

  1. 主機-擁有使用者會話的 AI 應用

  2. 用戶端-主機內部與 MCP 通訊的連接器

  3. 伺服器-一個提供資源提示工具的

它們使用JSON-RPC 2.0訊息進行通訊:請求、回應和通知——例如,工具清單更改通知,以便 UI 可以即時更新。 [2][3]

傳輸方式:對於健壯、可沙盒化的本地伺服器,請使用標準輸入輸出 (stdio) 當需要網路邊界時,HTTP

伺服器功能:

  • 資源-用於提供上下文的靜態或動態資料(文件、模式、記錄)

  • 提示符號-可重複使用的、參數化的指令

  • 工具-具有類型化輸入和輸出的可呼叫函數

正是這三者使得MCP感覺實用而非理論化。 [3]


在野外偶遇MCP的地方🌱

  • GitHub Copilot – 在 VS Code、JetBrains 和 Visual Studio 中連接 MCP 伺服器。它具有註冊表和企業策略控制功能,用於管理使用。 [5]

  • Windows – 作業系統層級的支援(ODR/登錄),以便代理程式能夠安全地發現和使用 MCP 伺服器,並具備授權、日誌記錄和管理策略。 [4]


比較表格:MCP 的多種應用方案📊

故意做得有點凌亂——因為現實生活中的桌子永遠不可能完全對齊。

工具或設定 適用人群 價格適中 為什麼它能與 MCP 搭配使用
Copilot + MCP 伺服器(IDE) 編輯器中的開發者 需要副駕駛 IDE 循環緊密;可直接從聊天中呼叫 MCP 工具;支援註冊表和策略。 [5]
Windows 代理程式 + MCP 企業IT與營運 Windows 功能集 作業系統層面的安全防護措施、同意提示、日誌記錄和設備端註冊表。 [4]
用於內部 API 的 DIY 伺服器 平台團隊 您的基礎設施 將遺留系統封裝成無需重寫的工具,實現去孤島化;支援類型化輸入/輸出。 [3]

安全、同意和防護措施🛡️

MCP 是網路傳輸格式和語意;信任存在於主機和作業系統中。 Windows 會反白權限提示、登錄機碼和原則鉤子,而嚴重的部署會將工具呼叫視為執行已簽署的二進位檔案。簡而言之:你的代理人在接觸敏感資料之前應該先徵求你。 [4]

與規範相符的實用模式:

  • 將敏感工具放在本地,並透過標準輸入輸出 (stdio)以最小權限

  • 具有明確範圍和審批的遠端門禁工具

  • 記錄每次呼叫(輸入/結果)以備審計

該規範的結構化方法和 JSON-RPC 通知使得這些控制在不同伺服器上保持一致。 [2][3]


MCP 與其他替代方案:哪種錘子更適合哪種釘子? 🔨

  • 在一個LLM堆疊中直接呼叫函數——當所有工具都來自同一供應商時,這很棒。但當需要在應用程式/代理之間重複使用這些工具時,就不那麼理想了。 MCP將工具與任何單一模型供應商解耦。 [2]

  • 每個應用程式都可自訂插件——這在第五個應用之前都有效。 MCP 將這些插件集中到一個可重複使用的伺服器中。 [2]

  • 僅支援 RAG 的架構-檢索功能強大,但操作也很重要。 MCP 提供結構化的操作以及上下文。 [3]

一個合理的批評是:「USB-C」類比可能會掩蓋實現上的差異。協議只有在使用者體驗和策略良好的情況下才能發揮作用。這種細微差別是有益的。 [1]


最簡心智模式:請求、回應、通知🧠

想像一下:

  • 客戶端向伺服器發出請求:方法:"tools/call", 參數:{...}

  • 伺服器傳回結果或錯誤

  • 伺服器可以通知客戶端工具清單的變更或新增資源,以便使用者介面即時更新。

這正是 JSON-RPC 的預期用途——也是 MCP 規範工具發現和呼叫的方式。 [3]


節省您時間的實施說明⏱️

  • 首先使用標準輸入輸出 (stdio)。這是最簡單的本地路徑;易於沙箱化和調試。當需要設定邊界時,再轉向 HTTP。 [2]

  • 對工具的輸入/輸出進行 Schema 定義。強大的 JSON Schema 驗證機制能夠確保呼叫可預測性,並提高重試的安全性。 [3]

  • 盡量使用冪等操作。重試是正常的;不要意外地創建五個工單。

  • 寫入操作需人為參與。在執行破壞性操作之前顯示差異/審批結果;這符合使用者同意和政策指導。 [4]


本週即可交付的實際應用案例🚢

  • 內部知識 + 操作:將 wiki、工單系統和部署腳本封裝成 MCP 工具,以便團隊成員可以提出以下請求:「回滾上次部署並關聯事件」。只需一個請求,無需打開五個標籤頁。 [3]

  • 透過聊天進行倉庫操作:使用 Copilot 和 MCP 伺服器,無需離開編輯器即可列出倉庫、提交 PR 和管理問題。 [5]

  • 具有安全防護措施的桌面工作流程:在 Windows 系統上,允許代理程式讀取資料夾或呼叫本機 CLI,並顯示同意提示和稽核追蹤資訊。 [4]


關於MCP的常見問題❓

MCP 是一個函式庫還是一個標準?
它是一個協議。供應商提供的客戶端和伺服器都實現了該協議,但規範才是最終的權威來源。 [2]

MCP 可以取代我的插件框架嗎?
有時可以。如果你的插件是“呼叫此方法並使用這些參數,獲取結構化結果”,MCP 可以將它們統一起來。但對於應用生命週期深處的鉤子,可能仍然需要客製化的插件。 [3]

MCP 是否支援串流媒體?
是的-傳輸選項包括可串流的 HTTP,並且可以透過通知發送增量更新。 [2]

JSON-RPC 難學嗎?
不難。它本質上就是 JSON 中的方法+參數+ID,許多函式庫都已經支援這種格式──而且 MCP 就詳細展示了它的用法。 [2]


一個微小的協議細節,卻能帶來意想不到的好處📎

每次呼叫都有一個方法名類型化的參數。這種結構使得附加作用域、審批和審計追蹤變得容易——而使用自由格式的提示則困難得多。 Windows 的文檔展示如何將這些檢查整合到作業系統體驗中。 [4]


可以在餐巾紙上快速繪製的建築草圖📝

具有聊天功能的宿主應用程式 → 包含 MCP 用戶端 → 開啟與一個或多個伺服器的傳輸 → 伺服器提供功能 → 模型規劃步驟、呼叫工具、接收結構化結果 → 聊天顯示差異/預覽 → 使用者批准 → 下一步。這不是魔法,只是不干擾功能的底層架構。 [2]


結語-太長了,我沒看完🎯

MCP 將混亂的工俱生態系統轉化為可邏輯的系統。它不會編寫你的安全策略或使用者介面,但它為你提供了一個簡潔、可預測的操作和上下文框架。從易於採用的地方入手——在 IDE 中使用 Copilot帶有同意提示的 Windows 代理——然後將內部系統封裝成伺服器,這樣你的代理就可以執行實際工作,而無需複雜的自訂適配器。這就是標準制勝之道。 [5][4]


參考

  1. MCP概述及「USB-C」類比模型上下文協定:什麼是MCP?

  2. 權威規範(角色、JSON-RPC、傳輸、安全) ——模型上下文協定規範(2025-06-18)

  3. 工具、架構、發現與通知MCP 伺服器功能:工具

  4. Windows 整合(ODR/登錄、同意、日誌記錄、策略) —— Windows 上的模型上下文協議 (MCP)——概述

  5. IDE 採用與管理使用 MCP 伺服器擴充 GitHub Copilot Chat


在官方人工智慧助理商店尋找最新人工智慧產品

關於我們

返回博客