Cloudflare 推出 WebMCP 开发者预览：让网站可被浏览器 AI Agent 调用

Cloudflare 推出 WebMCP 开发者预览

Cloudflare 正在推出 WebMCP 的开发者预览。启用后，托管在 Cloudflare 上的网站无需修改源站代码，也无需新增 API，就可以让浏览器中的 AI Agent 使用一组网页工具与站点交互。

其核心做法是在页面中加入一个很小的桥接脚本，由它向浏览器中的 Agent 注册可用工具。这样，Agent 不必像人类一样阅读页面、猜测按钮含义、逐步点击和填写表单，而是可以通过明确的工具接口完成任务。

传统网页默认假设访问者是人：阅读内容、点击按钮、填写表单。但现在越来越多访问来自 AI Agent，而现有互联网主要仍是为人类浏览设计的。

常见替代方案是爬虫：先复制网页内容，再在其他服务器上处理。这种方式往往让原网站失去访问流量，也难以保留充分的上下文和信用。WebMCP 提供了另一条路径：让 Agent 在用户浏览器中直接与网站暴露的工具交互，而不是依赖抓取。

WebMCP 是一个新的浏览器标准，正在 Chrome 146 中以实验形式提供。它会在页面中暴露为 document.modelContext。网站可以选择向运行在浏览器中的 Agent 暴露一组工具，使 Agent 用更少的试探完成任务，把 token 花在任务本身，而不是页面导航上。

Cloudflare 这次预览主要解决的是“网站如何接入”的问题：站点所有者可以在控制台中打开开关，为网站启用 WebMCP 工具，而无需自行改造前端或源站。

实现分为两部分，均位于源站之前：

边缘注入
当站点在 Cloudflare 控制台中启用 WebMCP 后，Cloudflare 会通过 HTMLRewriter 在每个 HTML 响应中加入一行脚本引用。该脚本由边缘节点提供，并保持同源加载。
页面桥接脚本
桥接脚本在页面中运行，检查浏览器是否支持 WebMCP。如果浏览器没有相关能力，它会直接退出，页面行为保持不变。

启用后，桥接脚本会根据配置的工具包组合工具列表，并通过 .registerTool 注册给浏览器中的 Agent。工具包可以是静态的，也可以是动态发现的。

此次开发者预览包含两个默认工具包，且都在访问者浏览器内运行。

其中一个更详细的工具可以解析单张图片的完整 manifest，包括编辑历史、声明作者和签名证书等信息。当前实现只读取图片前部的少量元数据，不处理完整图片内容。

需要注意的是，当前版本只是读取和报告凭证内容，并不进行密码学验证。结果中会标记 signatureVerified: false，避免 Agent 将“已解码的声明”误认为“已验证的事实”。

如果网站已有自己的 MCP Server，可以通过配置让页面桥接脚本连接该 MCP 端点。该工具包会在启动时发现可用工具，并把它们注册给浏览器中的 Agent。

这些请求从访问者页面发起，运行在访问者所在的源和会话上下文中。对 Agent 来说，这些工具仍是普通 MCP 工具，使用 MCP 的 Tool 和 CallToolResult 类型。

Cloudflare 的远程浏览器 BrowserRun 已加入 WebMCP 支持。它可以访问启用 WebMCP 的页面，发现并调用页面注册的工具。

这意味着开发者无需自己准备 Agent 环境，也可以用 BrowserRun 验证站点是否成功暴露了工具。无论浏览器运行在用户电脑上，还是以无头方式运行在云端，工具行为应保持一致。

当前预览中的工具都在浏览器内运行，不需要向 Cloudflare 的服务器发起额外往返。桥接代码由边缘 Worker 提供，这也为未来扩展保留了空间。

未来工具包可能调用边缘 Worker 来完成页面本身难以独立执行的任务，例如使用 Workers AI 总结站点地图，或查询 AI Search 索引。

开发者可以在 Cloudflare 控制台的 Agent Readiness > Labs 中为域名启用 WebMCP，并选择要启用的工具包。当前 Content Credentials 和 Site MCP Server 默认开启，后续会加入更多工具包。

启用后，无需部署新代码，也无需修改源站。网站下一次返回 HTML 时，会包含 Cloudflare 注入的桥接脚本。开发者也可以检查返回的 HTML，确认相关脚本是否已被加入。

WebMCP 的目标不是让 AI Agent 绕过网站，而是让网站主动定义 Agent 可以怎样交互。对于网站所有者来说，这提供了一种低改造成本的方式，让现有站点适应 AI Agent 访问场景。

目前该能力仍处于开发者预览阶段，相关浏览器标准也处于实验阶段。它更适合作为面向 Agent 交互的新接口探索，而不是立即替代现有网站 API 或前端交互设计。