目前搜尋 WebMCP 很容易把不同來源混在一起。這個系列以 Chrome 官方實作文件 + WebMCP Web Machine Learning Community Group Draft 為技術基準;webmcp.com 用來觀察生態案例;webmcp.dev 則視為另一套社群實作與延伸方案,不直接等同官方 WebMCP API。
這一篇看似只是整理名詞,但其實非常重要,因為 API 寫錯一套,整個系列都會跟著錯。
你可能在一篇文章看到:
document.modelContext.registerTool(...)
又在另一個網站看到 Resources、Prompts、Sampling,然後開始懷疑:
WebMCP 到底有沒有完整 MCP 的 Resources/Prompts?
答案是:先確認你看的到底是哪一個專案。
這是我這系列最主要的實作參考。
目前 Chrome 官方把 WebMCP 分成:
Imperative API 的核心入口是:
document.modelContext
主要會碰到:
registerTool()
getTools()
executeTool()
以及 toolchange event、AbortSignal、exposedTo 等功能。
官方頁面也明確標示 WebMCP 處於 Origin Trial/實驗階段,因此文章發佈時一定要保留「規格可能變動」的提醒。
2026 年 9 月的 Draft 位於:
https://webmachinelearning.github.io/webmcp/
這是 Web Machine Learning Community Group 發布的 Draft Community Group Report。
要注意一件事:Community Group Report 不是 W3C Recommendation,也不是 W3C Standards Track 的正式標準。
所以我在文章裡會避免寫成:
WebMCP 已經是 W3C 正式標準。
比較精確的寫法是:
WebMCP 目前由 Web Machine Learning Community Group 推進規格草案,Chrome 也正在進行實驗性實作。
這個差異很重要。
webmcp.com 比較適合用來看生態與案例。
對我來說它的價值是:如果只看 Specification,很容易一直停在「API 能做什麼」;看實際網站的 Tool 類型,則會開始思考:
所以 Tool Design 的案例可以參考它,但不把它當成 API 規格來源。
webmcp.dev 則提供另一個社群方向的 WebMCP 實作與 Bridge 概念,內容會提到 Tools 之外的 Resources、Prompts、Sampling 等能力。
這些內容有研究價值,但不要直接拿它的 API 去解釋 Chrome 的 document.modelContext 規格。
最安全的做法就是:
Chrome / Community Draft
→ 本系列主線
webmcp.com
→ 生態與案例
webmcp.dev
→ 延伸研究
因為這是 30 天連載,最大風險是 Day 03 寫的 API 到 Day 25 已經改掉。
所以我會固定做三件事:
如果官方文件和 Draft 有差異,我會以「瀏覽器現在實際提供什麼」和「規格現在怎麼定義」分開說,不硬把它們當成完全同步。
| 來源 | 我怎麼用 | 適不適合當 API 依據 |
|---|---|---|
| Chrome for Developers | Chrome 實作、範例、Origin Trial | ✅ 主力 |
| WebMCP Community Draft | API 定義、權限模型、事件 | ✅ 主力 |
| webmcp.com | 生態與案例 | △ 案例 |
| webmcp.dev | 社群實作與延伸 | △ 另外研究 |