一句话看懂：Cloudflare 推出开发者预览功能，让部署在其平台上的网站能通过一个开关启用 WebMCP 标准协议，直接向 AI 智能体暴露结构化工具接口，而非靠抓取网页或模拟点击来交互。这个方向可能改变 AI 智能体与网站互动的方式，把流量和数据主权留在站点本身。
事件核心：发生了什么
Cloudflare 发布了一项面向开发者的预览功能：任何部署在 Cloudflare 上的网站，都可以在控制台的“智能体就绪状态”实验室中开启 WebMCP（Web 模型上下文协议）接口。开启后，Cloudflare 会在边缘节点通过 bridge.js 模块向网页注入一段同源脚本，网站无需改动原有 HTML 代码，即可让浏览器内的 AI 智能体通过结构化工具调用网站功能——例如搜索航班或预订门票——而不是依赖 HTML 抓取解析或 UI 自动化点击。
网站接入 WebMCP 有两种实现方式：一是使用 document.modelContext API 注册工具、定义模式并编写实现代码；二是通过声明式 JavaScript API，在标准 HTML 表单中加入注解即可生成工具。Cloudflare 目前提供了两个预设工具包：Content Credentials（读取图片中的 C2PA 内容来源元数据）和 Site MCP 服务器（将站点已有的 MCP 服务器工具代理到浏览器内智能体）。未来新增工具包时，网站无需重新部署即可启用。需要说明的是，WebMCP 标准本身仍处于预览阶段，目前仅 Chrome 145 及以上版本支持。
为什么重要
这项功能的潜在影响在于，它试图为 AI 智能体与网站交互建立一套标准化的“机器可读”通道。以往智能体访问网站依赖抓取 HTML 再解析语义，或者模拟用户点击 UI 按钮，这两种方式都消耗大量算力和令牌，且网站界面一旦改版，自动化流程就容易失效。WebMCP 的思路是让网站主动把自身能力以工具形式暴露给智能体，相当于从“猜网站怎么用”变成“网站告诉你它能做什么”。
对 Cloudflare 这类基础设施服务商而言，这是一步卡位：通过边缘节点注入协议，它既不需要网站深度改造，又能把 AI 流量纳入自己的网络体系。如果 WebMCP 标准被更多浏览器和站点采纳，基于浏览器的 AI 智能体生态（包括各类 AI 助手、自动化代理）将获得更稳定的交互底座，而依赖爬虫和浏览器自动化的传统方案可能逐步被替代。
对用户/开发者/创作者的影响
网站开发者：接入成本较低，只需要在 Cloudflare 控制台开启开关并选择合适的工具包，或使用 API 注册自定义工具。但需要注意，目前 WebMCP 仅在 Chrome 145+ 上可用，跨浏览器兼容性仍需观察。开发者应评估自身业务是否适合暴露工具接口，以及如何设计工具的权限边界，避免被恶意调用。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
AI 智能体开发者：WebMCP 提供了比抓取更高效、更稳定的交互方式，且工具调用返回的结果是结构化数据。不过现阶段支持 WebMCP 的站点还很少，生态尚未形成，早期接入可能需要同时保留传统的 HTML 解析兜底方案。
内容创作者与普通用户：Content Credentials 工具包让智能体可以读取图片的 C2PA 来源元数据，这意味着 AI 在引用图像时可能更容易追溯出处——对版权验证和内容溯源有正面意义。但普通用户短期内感知不明显，需等待浏览器支持和站点采用率提升。
值得关注的后续
第一，Cloudflare 是否会扩充工具包数量，以及第三方开发者能否提交自定义工具包——这决定了 WebMCP 的生态丰富度。第二，Chrome 之外的主流浏览器（如 Safari、Firefox）是否跟进支持 WebMCP 标准，将直接影响该协议的普及速度。第三，目前公开信息显示 WebMCP 仍处预览阶段，正式发布后其调用频率限制、计费方式（如果引入）以及对动态网页工具的兼容性如何，值得开发者持续跟踪。
来源：InfoQ CN
