文章封面

这两天 Chromium 官方在 X 上发了一条很有意思的帖子。

他们邀请开发者体验一个实验能力，并写了一句意味深长的话：

Take a bigger slice of the agentic web.

简单翻译就是：“来分一块 Agent Web 的蛋糕。”

帖子给出的体验步骤很简单：

打开 Chrome 的实验开关 chrome://flags/#enable-webmcp-testing
安装一个调试插件 Model Context Tool Inspector

看起来像是普通的开发者实验功能，其实背后指向一个很大的趋势：浏览器正在为 AI Agent 改造整个 Web。

Web 正在进入 Agent 时代

过去二十多年，Web 的默认用户只有一种：人类。网站的结构围绕一个核心设计：用户 → UI → 后端服务。

比如你要买机票，流程是：

打开网站
输入城市
选择日期
点击搜索
选择航班
付款

整个流程完全围绕人类交互设计。

但是当 AI Agent 出现之后，问题就来了。如果让 Agent 来订机票，它通常需要这样操作：

读取页面结构
识别输入框
填入城市
点击按钮
等待页面刷新
解析结果

这和自动化脚本差不多，问题很多：

页面结构变化就失效
速度慢
成本高
稳定性差

这就是为什么很多 AI Agent 产品看起来很聪明，实际操作网站时却很脆弱。

Chromium 提出的方案：WebMCP

Chrome 现在提出的思路很直接：让网站直接向 Agent 提供能力。

这套机制叫：WebMCP（Web Model Context Protocol）。

简单理解就是，网站可以声明自己的“工具”。

例如一个机票网站可以提供：

searchFlights(origin, destination, date)

bookFlight(id)

cancelFlight(id)

当 Agent 打开网站时，不再需要解析 UI。它会直接看到网站提供的工具列表，然后直接调用。

整个过程变成：Agent → Tool → Backend

而不是：Agent → UI → Click → Parse

这其实是 Web 的一次接口升级

如果把 Web 历史简单分一下阶段，大概可以这样理解：

第一阶段：网页时代。网站只是展示内容。
第二阶段：应用时代。网站变成 Web App。
第三阶段：API 时代。移动应用大量使用 API。
现在可能正在进入：Agent Interface 时代。

未来的网站可能同时服务两种用户：

人类用户
AI Agent

于是网站会有两层接口：

一层给人类：UI
一层给 Agent：Tool Interface

这有点像当年的变化。以前网站只需要 HTML，后来必须有 API，现在可能需要：Agent API。

这件事为什么重要

很多人现在把 AI Agent 看成一个应用形态，但 Chrome 的思路其实更激进。他们认为：未来 Web 的很大一部分流量可能来自 Agent。

想象一个场景。你只对 AI 说一句话：帮我订一张明天去北京最便宜的机票。

接下来发生的事情可能是：

Agent 查询多个机票网站
比较价格
选择航班
完成支付

整个过程你不会打开任何网页。

如果这个未来真的出现，网站会面临一个新的问题：Agent 为什么要选择你？

以前是 SEO。未来可能是：Agent 可调用能力。

一个很有意思的变化

如果这个方向成立，前端开发可能也会出现一个新概念：Agent First Web App。

设计网站时可能需要同时思考两件事：

人类用户体验
Agent 调用能力

例如：

这个功能是否应该暴露为 tool
参数如何设计
权限如何控制
是否支持自动化调用

某种意义上说，未来的网站可能既是一个产品，也是一个 Agent 平台。

一个值得关注的信号

Chrome 很少会轻易推动新的 Web 基础能力，但一旦他们开始做实验，通常意味着一件事：这个方向已经被认真讨论过。

WebMCP 现在还只是实验阶段。但如果 Agent 真正成为主流交互入口，今天这些实验，可能就是未来 Web 的基础设施。