2026年2月11日，谷歌Chrome团队随Chrome 146 Beta版首次推出WebMCP（Web Model Context Protocol）早期预览，以实验性标志的形式供开发者体验。3月10日，Chrome 146正式进入稳定版通道面向全球用户推送，WebMCP作为实验性功能仍需手动开启flag。这项由谷歌与微软工程师联合开发、通过W3C Web Machine Learning社区组孵化的新型Web标准，让网站能够将自身功能以结构化工具的形式直接暴露给AI智能体，被业界视为AI与Web交互方式的一次根本性变革。
当前AI智能体与网页交互的方式普遍依赖截屏识别、模拟点击、DOM解析等手段——本质上是在模拟人类操作为人类设计的界面。这种方式不仅Token消耗巨大，而且一旦网站改版就可能导致智能体"瘫痪"，稳定性和效率都存在严重瓶颈。WebMCP从根本上改变了这一逻辑：网站主动向智能体声明自己能做什么、如何调用，智能体无需再"猜"界面上每个按钮的含义。
谷歌提供了一个航班搜索在线演示来直观展示这一变革。在传统模式下，AI智能体要在航空公司网站上搜索航班，需要先爬取页面、定位"搜索航班"按钮、猜测每个输入框需要什么格式的数据、模拟填写并提交表单，整个过程脆弱且低效。而在WebMCP模式下，航空公司网站可以直接注册一个名为searchFlights的结构化工具，声明它接受出发地、目的地和日期三个参数。AI智能体只需一次函数调用——例如传入origin: "JFK"、destination: "LAX"、date: "2026-06-15"——就能直接获得JSON格式的航班结果，跳过所有中间的界面交互步骤。在该演示中，网站还注册了listFlights（展示航班列表）、setFilters（设置筛选条件）、resetFilters（重置筛选）等配套工具，完整展示了从工具发现到自然语言调用的全流程。开发者可以通过配套的Model Context Tool Inspector扩展，在浏览器中实时查看页面上注册的所有工具、手动输入参数执行测试，或直接通过Gemini API以自然语言调用。 WebMCP通过一个新的浏览器API——navigator.modelContext——实现这一能力，提供两种工具注册方式。声明式API是轻量级方案，开发者只需在现有HTML表单上添加toolname、tooldescription等属性，浏览器就会自动将表单字段翻译为智能体可理解的结构化Schema。以航班搜索为例，一个标准的HTML表单只需添加几个属性即可变为智能体可调用的工具，当智能体调用时，浏览器会自动聚焦表单并预填字段，默认仍由用户确认提交，除非开启自动提交。命令式API则面向更复杂的动态交互场景，允许通过JavaScript注册自定义工具函数，包含名称、描述、输入Schema和执行逻辑，支持registerTool()添加工具、unregisterTool()移除工具、provideContext()替换整套工具集、clearContext()清除所有工具等操作。工具完全在浏览器标签页的JavaScript上下文中运行，共享用户会话，由浏览器负责权限管控，无需额外后端支持。
谷歌工程师Khushal Sagar将WebMCP的愿景描述为"AI智能体与Web交互的USB-C接口"——一个任何智能体都能接入的标准化通用接口，取代当前各类定制化的抓取策略和脆弱的自动化脚本。早期基准测试显示，相比传统智能体与浏览器的交互方式，WebMCP可减少约67%的计算开销，同时任务准确率保持在98%左右。
在设计理念上，谷歌的早期文档强调了几项关键原则：工具命名应使用具体的动作动词以帮助智能体准确选择，例如如果工具会立即创建事件就命名为create-event，如果是跳转到表单界面则命名为start-event-creation-process；工具应接受原始用户输入而非要求智能体做格式转换，比如用户说"11:00到15:00"，工具应直接接受这些字符串；代码层面应进行验证并返回描述性错误信息以支持智能体自我纠正重试；每个工具应保持原子性和可组合性，只做一件具体的事。此外，WebMCP内置了人工介入机制——requestUserInteraction()可以在敏感操作前暂停智能体执行，等待用户明确确认。 这并非谷歌的单方面推动。规范由微软工程师Brandon Walderman、Leo Lee、Andrew Nolan与谷歌工程师David Bokan、Khushal Sagar、Hannah Van Opstal联合起草，正在从W3C社区孵化阶段过渡为正式草案。Firefox、Safari和Edge均已参与W3C工作组讨论，但尚未发布各自的实现。业界预计，鉴于谷歌和微软的联合推进力度，更广泛的浏览器支持可能在2026年下半年陆续到来。开发者生态也已开始响应，目前已出现WordPress插件、Wix平台扩展、React组件库等多个第三方实现。
不过，WebMCP目前仍处于早期实验阶段，存在多个尚未解决的开放性问题。安全方面，提示注入、通过工具链进行数据窃取、破坏性操作的执行控制等风险已被确认但未完全解决，有安全评估发现43%的主流MCP服务器实现存在命令注入漏洞。工具发现方面，智能体目前只有在打开页面后才能知道该网站提供哪些工具，未来可能引入类似.well-known/webmcp的清单机制实现预发现。多智能体冲突方面，当多个智能体同时操作同一页面时可能互相干扰，已有类似Pointer Lock API的锁定机制被提议。此外，当前规范仅支持JSON响应，图片、文件等非文本数据的返回方式仍待解决。
有观察者将WebMCP的出现与Schema.org结构化数据的诞生相提并论——正如结构化数据重新定义了搜索引擎理解网页内容的方式，WebMCP可能重新定义AI智能体与Web服务的交互范式。正如移动优先设计改变了网站的构建方式，"智能体就绪"设计或将定义下一代Web应用的核心理念。率先实现WebMCP适配的网站，可能在AI驱动的搜索和商业场景中获得先发优势。
目前开发者可通过Chrome 146稳定版或更高版本，在地址栏输入chrome://flags搜索"WebMCP for testing"并启用该标志进行体验。
AI 速览
