8 月 26 日，B 站一个 WebMCP 实测视频冲到近 2.8 万播放、902 收藏，标题很猛：“OpenAI 划时代独创新协议”。哔哩哔哩但评论区最高赞不是夸，是纠错："你哪怕把官网认真读一遍呢？WebMCP 不是 OpenAI 发明的，是这个团队开发的（W3C 的 webmachinelearning 社区组）。"这条拿了 43 赞；另有一条 20 赞泼得更狠：“根本不是 OpenAI 的发明……网站不改就没法用，生态还没有，基本属于垃圾信息。”
一周之内，同一个 WebMCP，在中文开发者社区同时被冠上"划时代"和"垃圾"两顶帽子。而真正麻烦的是：两头说的话，都有半句是对的。要给自家网站接工具、要不要现在动手的 Agent 开发者，得自己把信源过一遍筛。我把规范侧、大厂侧、评论区侧三条线的公开信息拼了一遍，先说清楚这一周到底发生了什么。
时间线：8 月 25 日那天，规范和 Agent 两头对上了电
WebMCP 不是新东西。提案由 Google 和 Microsoft 工程师联合起草，2025 年初进入 W3C Web Machine Learning 社区组，至今仍是草案；2026 年初 Chrome 146 带了预览版，用 `chrome://flags/#enable-webmcp-testing` 就能开。也就是说，Chrome 从 149 开始跑 Origin Trial、页面可以注册工具之后，尴尬了挺长一段时间：工具注册是注册了，没有任何主流 Agent 真的来读。
转折集中在 8 月下旬的同一周：
8 月 25 日，OpenAI 联合 Google Chrome、Cloudflare、Shopify、Vercel、Render、Netlify 六方，开了一场为期 10 天（8/25–9/3）、奖池 3.5 万美金的 The WebMCP Challenge。知乎
同一天，OpenAI 宣布 ChatGPT 桌面版内置浏览器和 ChatGPT Sites 支持 WebMCP——你访问一个兼容站点，ChatGPT 或 Codex 就能自动发现并调用页面提供的能力。知乎
8 月 26 日，Chrome 发布工具设计指南：从用户目标、状态转换和对话路径出发定义工具，而不是把每个按钮机械变成 Tool。知乎
知乎一篇整理稿的说法很准：规范侧和 Agent 侧在同一周对上了，“ChatGPT 这次接上，等于给这个标准通了电”。知乎9 月 1 日到 5 日，中文圈的实测教程密集出现；9 月 9 日，GDG 开发者社区的分享会已经排到了《智能体你好，WebMCP 邀你拎包入住万维网》。哔哩哔哩热度不是炒出来的孤例，是同一批事实被反复消化。
它解决什么：从"猜像素"到"调函数"
传统浏览器 Agent 的活法是：渲染页面 → 解析 DOM → 猜哪个元素是"加入购物车" → 模拟点击。页面一改版、多弹一个窗，整条链路就断。WebMCP 让站点直接暴露具名函数，比如 `searchProducts(query)`、`updateCart(sku, qty)`，Agent 拿到的是名称、描述、输入 Schema 和权限边界，不是截图里的像素坐标。
官方 explainer 里有个比喻值得记住：MCP 像公司的呼叫中心，WebMCP 像店里的现场专家。判断标准也简单：这件事需要用户看着吗？需要用户的登录态吗？需要页面状态吗？三个有一个"是"，归 WebMCP；都不需要，用后端 MCP。两者是互补，不是替代。它的设计取向明确写着 human-in-the-loop——面向"浏览器里、有人在场"的工作流，不是无头全自动流水线。
顺带回答一个高频混淆：llms.txt 解决"Agent 怎么发现和理解你的内容"，WebMCP 解决"Agent 能在页面上执行哪些结构化任务"。一个偏发现，一个偏操作。
评论区吵出的三个问题，比教程本身有价值：
“网站想开放，直接公布 API 不就完了？”（33 赞热评） 因为工具注册在页面的 JS 上下文里，跑在用户当前会话上——前端已经写好的表单校验、状态机、乐观更新一行都不浪费，也不用为 Agent 单独搭一层后端服务。对存量站点，这是把"界面"改造成"能力入口"成本最低的一步。
“SaaS 网页版一个价、MCP 服务单独一个价，这下卖不出去了？”（15 赞） 这个担心是认真的：WebMCP 等于把 SaaS 网页变成 Agent 可调 API，动的是定价边界，是商业决策不是技术决策。同理，热评里那句玩笑"这我还怎么放广告"，指的冲突是真实存在的——Agent 调用跳过展示层，所以首批跟进的是电商和交易类站点，Shopify 已有大量店铺启用，Expedia、Target 在试点。知乎它们的转化在交易里，不在广告位里。
中国开发者的现实：先别急着冲，看清自己站在哪条街上
播放量最高的那批视频下面，18 赞的一条热评点了冷水："国内有什么网页会主动提供 API？恨不得把生态锁起来。国内就只有优化模拟点击才是正解。"另一条把现状数得更具体：大厂目前的尝试基本都是在自家生态位内实现 AI 数据开放，豆包和抖音、千问和淘宝系、元宝和微信。知乎
所以按场景站队很清楚：如果你的 Agent 天天在境内网站上做抓取和自动化，WebMCP 短期内救不了你，浏览器自动化和 RPA 这条路还得继续磨。现在值得投入的是另外三种人：自己有 SaaS/官网想接 ChatGPT 浏览器流量的；给"人在场"的浏览器工作流做 Agent 的；以及想抢标准卡位的前端——GDG 的课都开出来了，这个位置的窗口期不会太长。
动手前，四个坑每个都埋着一批旧教程
API 搬过家。 规范草案在 2026 年 7 月 21 日把入口从 `navigator.modelContext` 挪到了 `document.modelContext`，Chrome 150 起废弃旧位置，Angular 等框架专门开了迁移 issue。知乎网上大量教程还按旧写法教，抄之前先看发布日期，并留兼容兜底。
ChatGPT 不认声明式。 Chrome 提供了声明式写法：动作本来就是搜索、筛选、预约这类表单的，改两行 HTML 就对 Agent 可用。知乎但 ChatGPT 当前只认 JS 注册的工具。也就是说"声明式躺赢"只对 Chrome 原生 Agent 生效，最热的消费端反而要写代码。
SPA 会留"幽灵工具"。 工具注册必须绑定组件生命周期（用 AbortSignal，别在模块顶层注册），否则前端路由一切换，Agent 看得见一堆工具，对应的 UI 早就不在了。
工具越多，Agent 选错越多。 Chrome 指南的判断框架：先写用户目标、起止状态和中间转换，再决定哪些转换配得上一个工具。“展开详情”"切换 Tab"是界面动作，“查询库存”"提交订单"才是任务节点；购物车为空就别暴露 checkout。宁可几个边界清晰的小工具，也不要几十个功能重叠的。
安全这条线：能注册不等于能信任
8 月底一篇知乎实测文提醒过：WebMCP 减少 DOM 误点，但恶意站点同样可以注册假工具。知乎草案侧给出的底线：工具会把评论、私信这类第三方内容返回给模型的，那是潜在的提示注入载体，必须标出来让 Agent 侧降权处理。知乎删除、付款、发布、权限修改这类动作，仍然应该有业务侧鉴权、参数校验、用户确认和审计记录，别因为调用方是 Agent 就绕过已有权限系统。知乎一句话：你不能把安全性外包给 Agent。
判断给到这：一扇带栏杆的小门，别当免费午餐，也别当垃圾
把两边话放平了说——"划时代"是夸张了，它连正式标准都还不是，API 半年内搬过家，浏览器覆盖和国内生态都没影；"垃圾信息"也轻率了，工具契约、动态注册、声明式表单这套设计确实直击 DOM 猜测的老毛病，而 8 月 25 日之后，第一次有了主流 Agent 真的在页面那头调用你注册的工具。
如果你这周就想动手，最小动作不是重构官网：挑一个只读、低风险、结果好验证的入口——站内搜索或者文档查询——暴露 2 个工具，跑通 Chrome 149 Origin Trial，再用 Lighthouse 已经提供的 Registered WebMCP tools 审核确认工具真被观察到。知乎然后拿三五种不同自然语言表达同一目标做 eval：Agent 选没选对工具、参数提没提对、错误状态会不会拒绝。跑通这条链路再谈写操作，比一次注册几十个工具抢"AI 网站"的名头值钱。
继续盯四个信号：W3C 草案冻结和 Chrome GA 的时间点、ChatGPT 什么时候接声明式 API、国内 Agent 浏览器跟不跟进、以及 Shopify 系试点电商晒出的真实转化数据。证据到哪，我们的判断就到哪——现在能说出口的最强结论是：方向已被大厂用真金白银的联署投票确认，落地仍是早期。这扇门不会大开，但会开出一条有选择的路。知乎带着鉴权、fallback 和 eval 的人，已经可以从这条缝里先走一步了。
