Chrome 146 + Cloudflare 一拍即合——网站零代码接 Agent 的新时代来了
Published on 2026-08-17
WebMCP 从 0% 采用率到 Chrome 146 + Cloudflare 同时加码：一个边缘开关就能让网站零代码接入 Agent 工具。
Chrome 146 + Cloudflare 一拍即合——网站零代码接 Agent 的新时代来了
<!-- 配图：Cloudflare 边缘注入 → 浏览器 registerTool → Agent 调用工具的流程图 -->
先说结论：WebMCP 这个标准从 0 到 1 走了半年，真正让它从"纸面标准"变成"可以上的东西"的，是这个月两件事同时落地。
8 月 6 日，Cloudflare 上线 WebMCP 开发者预览版，你在后台拨一个开关，HTMLRewriter 就在边缘给每个 HTML 响应注入一行 <script>。访客的浏览器里多了一套把你的网站动作注册为 Agent 工具的能力。你的源站代码，一个字都不用改。
8 月 15 日，Chrome 在 2026 中国开发者大会 Day 2 公布 Chrome 146 的实验性 WebMCP 支持挤进稳定版，同时预告 Chrome 150 的 Lighthouse 会直接把"智能体就绪度"塞进审计项。
这两件事单独看，就是大厂发布了新功能。放在一起看，事情就变了：浏览器愿意给标准，边缘网络愿意替你跑，开发者需要做的事降到了负一层——你甚至不用知道 WebMCP 是什么。
对讲机装上了，不用拆房子了
先搞清楚 WebMCP 解决的是什么鬼问题。
现在网站的结构，默认对面坐着的是个人。人是会读页面的，会点按钮的，会填表单的。但 Agent 越来越多——它不会"读"，它只会调工具。
传统方案是爬虫：把页面内容扒回服务器，再让模型用 token 去啃 HTML。结果就是原始网站没流量、没归因，Agent 在猜按钮的位置而不是真的在"用"你的网站。
WebMCP 的逻辑简单粗暴：给网站装一个对讲机。 过去它只对人说话，现在它还能对 Agent 喊："我能加购、能查单、能退票，你调我就行。"
实现方式是 document.modelContext。网站用 registerTool 把"加购物车"这个动作注册成一个 MCP 工具，Agent 在浏览器里直接调用，不用逐个按钮去点。同一个页面，人看到按钮，Agent 看到工具列表，两种访客各玩各的。
问题在于：标准再好，没人写代码就是死标准。 这是 WebMCP 从 Chrome 146 实验性支持以来最大的尴尬。英文圈有个 2026 年 5 月的博客标题叫 "0% Adoption Standard"，一点不夸张。标准躺在文档里，开发者没动力去动。
Cloudflare 干的事，就是把这个"没动力"给抹了。
它用 HTMLRewriter 在边缘塞一行有 data-packs 属性的标签。桥接脚本是 Cloudflare 自己 Worker 从边缘发的，跟源站同源。页面加载后桥接脚本去找 document.modelContext，找到就把工具注册进去，找不到就静默退出，页面行为和以前一模一样。
老房子装电梯。不拆墙，不重装修，一个开关的事。
工具包是什么东西
Cloudflare 这次的预览版带了两套工具包：Content Credentials 和 Site MCP Server。
Content Credentials 负责读 C2PA 内容凭证。扫一遍页面上的图，返回每张图的元数据摘要，或者深入单张图解析完整的编辑链、署名、签名证书。有意思的是它只读图片头部几个 KB 的元数据，不下整张图。而且现在所有结果都带着 signatureVerified: false——它只解码，不做密码学验证，防止 Agent 把"读到的声明"误当成"验证过的真话"。
Site MCP Server 更直接：你已经有 MCP 服务端的话，在注入标签里指一个 data-mcp-url，桥接脚本就在访客的浏览器里、用访客自己的 session 直接跟你的 MCP 端点通信。
