發布日期：2026 年 3 月 11 日，上次更新日期：2026 年 10 月 27 日
隨著 AI 代理在瀏覽器中越來越普及，我們聽到網頁程式開發人員提出這個問題：「WebMCP 會取代 Model Context Protocol (MCP) 嗎？」這個問題源自於誤解。您不必在 MCP 和 WebMCP 之間做出選擇，就能建立代理體驗。WebMCP 不是 MCP 的擴充功能，也無法取代 MCP。
WebMCP 和 MCP 滿足不同需求。WebMCP 可釐清應用程式功能的用途，並為瀏覽器代理提供額外功能，以便與網站互動。
這兩種技術的差異，就像公司的客服中心和店內專家：
- MCP 是客服中心。隨時隨地都能存取。並視需要存取資料及處理核心工作。
- WebMCP 是店內專家。只有在使用者瀏覽網頁時，才能使用這項功能。這有助於代理直接使用網站功能，不必費心瞭解專為人類設計的使用者介面。
這些元件共同運作，讓代理能代表人類使用者完成個人化工作。
功能和用途
這兩項技術的理念相同：為應用程式建立標準化且可靠的方式，向 AI 代理公開工具。
實際做法包括：
- 結構化工具探索：提供機器可讀的方式，讓代理詢問「你可以做什麼？」，並取得可用工具、參數和用途的清楚清單。
- 可預測的執行方式：以明確的函式呼叫取代猜測。代理呼叫定義的工具。模型通常會選擇要呼叫的工具，並由測試架構執行。在某些情況下 (例如從錯誤中復原)，harness 可以直接呼叫工具。
- 意圖明確：明確宣告功能。如果沒有 WebMCP 和 MCP，代理會根據對 UI 的理解，猜測要採取什麼動作。有了 WebMCP 和 MCP，代理程式就能取得每項功能的明確說明，不必從 UI 元素推斷動作。
WebMCP 和 MCP 的主要差異在於應用程式功能的所在位置。
MCP 可將代理連至您的服務
Model Context Protocol (MCP) 是一項標準，可將 AI 代理 (無論是否以瀏覽器為基礎) 與外部系統連結，包括資料來源、工具和工作流程。這項通訊協定是通用標準，以 JSON-RPC 2.0 為基礎建構，並透過 stdio 或 HTTP 等傳輸方式運作。並透過 Rust、Python 和 TypeScript 等語言專屬 SDK 實作。
WebMCP 可將代理連結至網頁
WebMCP 是提議的瀏覽器標準，可讓網頁向在瀏覽器中運作的代理公開工具。您可以使用 JavaScript 或 HTML 屬性實作這些 API。瀏覽器會做為網站和代理之間的通訊媒介。
WebMCP 是一組「受 MCP 啟發」的 API，而非 MCP 的直接 JavaScript 實作。WebMCP 是專為瀏覽器打造，並省略了各種伺服器端概念，例如資源。
控管代理存取網站的方式
有了 WebMCP，您就能為服務專員提供完成特定工作的首選路徑。這有幾個主要優點：
- 速度和可靠性：WebMCP 使用瀏覽器的內部系統，因此代理呼叫工具時，不需額外的網路躍點。
- 經久耐用：WebMCP 工具會連結至應用程式邏輯，而非設計。這表示指令式工具與版面配置分離。您可以重新設計網站，而不會破壞代理與網站正確互動的能力。
- 一切由您掌控：您可以明確定義代理與網站互動的首選方式，不必希望代理能找到正確的按鈕。您可以用代理能理解的方式定義應用程式邏輯，直接引導代理，而不是希望代理從 UI 推論動作。
控管使用者介面存取權
如要瞭解兩者差異，請思考「誰擁有 UI？」MCP 應用程式會在代理 UI 中算繪應用程式的 UI。您的介面必須符合這些限制，且需要新的獨立應用程式。
WebMCP 可讓代理與現有網站即時互動。工具會在使用者工作階段的頁面中執行。也就是說，代理會成為您平台上的訪客，而非應用程式成為代理中的訪客。
請注意，WebMCP 工具是暫時性的。只有在網頁開啟時才會存在。使用者離開頁面或關閉分頁後，頁面的 WebMCP 工具就會失效。
使用 WebMCP 和 MCP
為特定功能選擇合適的解決方案時，請考量情境和可用性：
| MCP | WebMCP | |
|---|---|---|
| 簡介 | 連結代理與後端系統的通訊協定 | 前端 JavaScript API，可讓網頁為服務專員提供工具 |
| 工具位置 | 在伺服器上 | 在網頁中 |
| 誰可以呼叫工具 | 任何 MCP 用戶端 | 任何可存取轉譯頁面的代理程式或用戶端 (瀏覽器、網頁檢視等) |
| 程式碼執行位置 | 伺服器 | 網頁的 JavaScript 執行階段 |
| 推出時間 | 只要伺服器正常運作，就會一律執行 | 僅限網頁開啟時 |
| 使用的登入資訊 | 自己的憑證 | 使用者目前的工作階段 |
| UI | 無，或顯示在代理應用程式中 | 自己的網站，且代理會在該網站上運作 |
| 構成要素 | 工具、資源、提示 | 僅限工具 |
| 工具探索 | 使用者或應用程式新增伺服器 | 網頁會在有效工作階段中動態註冊這些元素 |
| 最佳用途 | 背景工作和資料存取 | 情境式網頁動作、用戶端工作階段整合和網頁自動化 |
應用程式可同時使用這兩種方法，
- 使用 MCP 管理核心邏輯：MCP 伺服器可做為基礎服務層。負責處理核心商業邏輯、資料擷取和背景工作。這可確保服務不受平台限制，且代理一律可使用。
- 使用 WebMCP 建構情境 UI：WebMCP 是最後一個步驟，可將代理直接連結至網站。這項功能專為瀏覽器內的情境互動設計，可在使用者開啟網站時，讓代理快速可靠地代表使用者執行操作。
MCP 和 WebMCP 是合作夥伴，而非競爭對手。WebMCP 提供高擬真度的方式，讓瀏覽器型 AI 代理與使用者在分頁中看到的特定世界互動。