Chrome 146 原生支持 WebMCP:网页秒变 MCP Server,AI 直接接管浏览器
Chrome 146 开始测试原生支持 WebMCP,让网页本身直接充当 MCP Server,前端 JS 即可成为智能体接口。相比此前基于 CDP 的方案,它无需额外的 Python 或 Node 后端,更省 token 且操作更准,AI 可直接接管当前会话进行自动化操作。目前该功能默认关闭,需手动开启实验标记。

过去要让 AI 替你上网办事,过程相当折腾:要么装各种浏览器插件,要么在后台起一个 Python 或 Node 脚本,走无头浏览器和 CDP 协议硬啃页面。现在,浏览器厂商打算把这扇门彻底拆掉。
Chrome 146 开始在预览版本中测试原生支持 WebMCP。这个由 Google 和微软共同支持的新标准,核心逻辑非常干脆:直接把网页本身变成一个 MCP Server,让前端的 JavaScript 代码直接对接 AI 智能体。
告别繁琐后端,前端代码直接变接口
相比 Chrome 144 版本依赖 CDP(Chrome 开发者工具协议)的方案,WebMCP 省去了中间一整套臃肿的代理环境。
网页不需要额外架设 Python 或 Node 后端。前端开发者通过标准 API 暴露接口后,AI 就能以极高的准确率直接调用页面功能,同时省下大量传输和解析页面的 token。
根据公开提案,WebMCP 包含两套接口:一套是针对页面标准 HTML 行为的声明式 API,另一套则是处理复杂 JavaScript 逻辑的命令式 API。
这意味着人依然留在交互闭环里。用户不是把任务丢给后台的无头浏览器就不管了,而是能在自己浏览网页时随时唤出 AI,让它直接读取当前屏幕上的上下文,或者调用页面的查询工具返回结构化数据。
开启完全控制,连你的 Cookie 一起交出去
这项功能目前默认处于关闭状态,藏在 Chrome 的实验性标记中。
想要尝鲜,需要 Chrome 146.0.7672.0 或更高版本。在地址栏输入 chrome://flags/#enable-webmcp-testing 打开开关,重启浏览器后再去 chrome://inspect 启用生效。
一旦开启,AI 将获得对浏览器的完全控制权。这包括读取已保存的数据、Cookie、网站本地存储,以及在任意网址之间跳转的能力。
只要你敢放权,AI 理论上就能接管你的数字身份。你在网站上登录了什么,AI 就能顺着登录态帮你执行什么任务,自动化日常网页操作和社交平台互动瞬间顺畅许多。
不过目前它依然处于极早期阶段。有开发者反馈标签页开多后官方连接可能不稳定,社区也已经出现针对多标签持久连接的优化工具,来解决上百个标签下的调试弹窗问题。
为什么重要
我们认为,WebMCP 是浏览器演进史上极其聪明、但也极其激进的一步。
对用户和独立开发者来说,自动化的门槛被彻底砸平了。过去做浏览器智能体需要昂贵的抓取集群和复杂的多模态识图,现在网页自己把功能当成工具交出来,运行速度和成本都会大幅改善。但代价同样直观:完全交出 Cookie 和操作权,意味着只要智能体遭遇提示词注入或误操作,你的真实账号和资产就会直接暴露在风险之下。
对整个 Web 生态而言,Google 和微软的联手,标志着网页正在从「只给人类肉眼看」转向「同时给人类和 AI 调」。
比起靠截图硬猜按钮位置的视觉方案,让前端原生暴露 MCP 工具显然效率更高、更符合工程直觉。未来衡量一个网站做得到不到位,可能不仅看它的界面好不好看,还要看它的 WebMCP 接口有没有给 AI 备好现成的调用规范。
来源 (1)
- thenewstack.io(在新标签页打开)原文thenewstack.io