Chrome 團隊宣布,WebMCP 剛剛從藏在 flag 後面的原型轉入了 Chrome 中的公開 Origin Trial,運行範圍為 Chrome 149 至 156。它是一個為 agentic web 提議的開放 web 標準:網站聲明結構化工具,瀏覽器內的 AI agent 可以直接呼叫,而不必去看渲染後的頁面再猜。有兩種聲明方式,一個用於以純 JavaScript 定義工具的 Imperative API,以及一個把帶註解的標準 HTML 表單變成工具的 Declarative API。面向模型的表面又小又清晰:document.modelContext.getTools() 列出一個頁面提供什麼,executeTool() 運行其中一個,每個工具帶有 readOnlyHint 和 untrustedContentHint 之類的註解,好讓 agent 知道自己在碰什麼。配套文檔在五月上線,試用在 Google I/O 2026 上揭曉。
為什麼重要,在於它與今天瀏覽器 agent 工作方式的對比。當前的默認是視覺迴圈:對頁面截圖、按像素定位一個按鈕、點擊、再截圖、祈禱版面沒有移動。WebMCP 用一次帶型別的函數呼叫取代了它。Chrome 團隊把收益框定為更快(一次呼叫對一個截圖迴圈,早期第三方基準稱在 WebMCP 頁面上端到端完成任務快 8 到 12 倍)、更可靠(沒有會在 CSS 改變時崩掉的逐像素搜尋),以及更安全(agent 無法呼叫網站未聲明的工具)。這次試用中專門新增的:列出和執行工具、一個 permissions policy,以及跨源 iframe 工具支援,這些是一個真實網站在能暴露超出演示的任何東西之前所需的管線。
這是 agent runtime 的競爭一路向下伸進了 web 頁面本身。我們一直追蹤的關於誰托管、誰編排 agent 的爭奪,如今在文檔層面有了一條戰線:網站不再是一個被抓取的對象,而變成一個帶型別的工具表面,一個面向 agent 的 API,無論它是否曾為開發者發布過一個。如果 WebMCP 標準化,agentic web 就不再是猜謎遊戲。誠實的隱患是,一個只有一個消費方的 web 標準還不是標準:今天唯一讀取 WebMCP 工具的 agent 是 Gemini in Chrome,即谷歌的瀏覽器內助手,所以採納與中立性都仍是開放問題。對 builder 來說具體的動作又小又便宜:註冊 origin trial,把你最有價值的兩三個動作聲明為工具,然後衡量相對視覺基線,可靠性收益是否真的出現。