跳到正文
IFAI

AI工具

Chrome 146 原生支援 WebMCP:網頁秒變 MCP Server,AI 直接接管瀏覽器

首次發布 傳播指數 41

Chrome 146 開始測試原生支援 WebMCP,讓網頁本身直接充當 MCP Server,前端 JS 即可成為智慧體介面。相比此前基於 CDP 的方案,它無需額外的 Python 或 Node 後端,更省 token 且操作更準,AI 可直接接管當前會話進行自動化操作。目前該功能預設關閉,需手動開啟實驗標記。

Chrome 146 原生支援 WebMCP:網頁秒變 MCP Server,AI 直接接管瀏覽器
圖:thenewstack.io

過去要讓 AI 替你上網辦事,過程相當折騰:要麼裝各種瀏覽器外掛,要麼在後臺起一個 Python 或 Node 指令碼,走無頭瀏覽器和 CDP 協議硬啃頁面。現在,瀏覽器廠商打算把這扇門徹底拆掉。

Chrome 146 開始在預覽版本中測試原生支援 WebMCP。這個由 Google 和微軟共同支援的新標準,核心邏輯非常乾脆:直接把網頁本身變成一個 MCP Server,讓前端的 JavaScript 程式碼直接對接 AI 智慧體。

告別繁瑣後端,前端程式碼直接變介面

相比 Chrome 144 版本依賴 CDP(Chrome 開發者工具協議)的方案,WebMCP 省去了中間一整套臃腫的代理環境。

網頁不需要額外架設 Python 或 Node 後端。前端開發者通過標準 API 暴露介面後,AI 就能以極高的準確率直接呼叫頁面功能,同時省下大量傳輸和解析頁面的 token。

根據公開提案,WebMCP 包含兩套介面:一套是針對頁面標準 HTML 行為的宣告式 API,另一套則是處理複雜 JavaScript 邏輯的命令式 API。

這意味著人依然留在互動閉環裡。使用者不是把任務丟給後臺的無頭瀏覽器就不管了,而是能在自己瀏覽網頁時隨時喚出 AI,讓它直接讀取當前螢幕上的上下文,或者呼叫頁面的查詢工具返回結構化資料。

開啟完全控制,連你的 Cookie 一起交出去

這項功能目前預設處於關閉狀態,藏在 Chrome 的實驗性標記中。

想要嚐鮮,需要 Chrome 146.0.7672.0 或更高版本。在位址列輸入 chrome://flags/#enable-webmcp-testing 開啟開關,重啟瀏覽器後再去 chrome://inspect 啟用生效。

一旦開啟,AI 將獲得對瀏覽器的完全控制權。這包括讀取已儲存的資料、Cookie、網站本地儲存,以及在任意網址之間跳轉的能力。

只要你敢放權,AI 理論上就能接管你的數字身份。你在網站上登入了什麼,AI 就能順著登入態幫你執行什麼任務,自動化日常網頁操作和社交平臺互動瞬間順暢許多。

不過目前它依然處於極早期階段。有開發者反饋標籤頁開多後官方連線可能不穩定,社群也已經出現針對多標籤持久連線的最佳化工具,來解決上百個標籤下的除錯彈窗問題。

為什麼重要

我們認為,WebMCP 是瀏覽器演進史上極其聰明、但也極其激進的一步。

對使用者和獨立開發者來說,自動化的門檻被徹底砸平了。過去做瀏覽器智慧體需要昂貴的抓取叢集和複雜的多模態識圖,現在網頁自己把功能當成工具交出來,執行速度和成本都會大幅改善。但代價同樣直觀:完全交出 Cookie 和操作權,意味著只要智慧體遭遇提示詞注入或誤操作,你的真實賬號和資產就會直接暴露在風險之下。

對整個 Web 生態而言,Google 和微軟的聯手,標誌著網頁正在從「只給人類肉眼看」轉向「同時給人類和 AI 調」。

比起靠截圖硬猜按鈕位置的視覺方案,讓前端原生暴露 MCP 工具顯然效率更高、更符合工程直覺。未來衡量一個網站做得到不到位,可能不僅看它的介面好不好看,還要看它的 WebMCP 介面有沒有給 AI 備好現成的呼叫規範。

來源 (1)

  1. [1]

每日 AI 內容精選