WebMCP 不取代 MCP，那它是干嘛的？

Chrome for Developers 官方账号在 10 月 26 日发了一条推，专门澄清一个说法：WebMCP 不取代 MCP。

原话很简短：

MCP 连接 AI agent 到你的服务。
WebMCP 连接 AI agent 到你正在打开的网站，用户全程在场。

两者不是同一个东西，也不是替代关系。MCP 面向后端服务，WebMCP 面向浏览器里用户当前正在看的页面。

评论区里，有开发者用一句话概括分工：MCP 是后端的大门，WebMCP 是用户正盯着的标签页。也有人说，MCP 管后台任务，WebMCP 管用户正在看的东西。有做 WebMCP 免费工具的开发者表示，两者使用场景完全不同，官方继续澄清是件好事。

几个具体场景让这个区分变得实在。

安全是一个。有开发者说，WebMCP 最有价值的地方在于，agent 只继承用户当前会话已有的权限，而且用户能实时看到它在做什么。这让安全团队更容易接受。

未保存的数据是另一个。有开发者指出，未保存的表单里只有页面才有的值，服务端 API 拿不到。这是 WebMCP 存在的具体理由。

还有个边角问题：标签页在后台不可见时，WebMCP 还能用吗？有人提到，浏览器 agent 在 Instagram 和 TikTok 上传文件时，如果标签页被隐藏就会卡住。"页面保持打开"这个前提有多严格，还不清楚。

怀疑的声音也有。有人认为，很多网站已经有成熟 API，没必要再为 WebMCP 单独做一层。也有人调侃，这不过是给 Chrome 扩展多了一个要调试的层面。

边界在哪里，是讨论中最难的部分。有开发者用笔记应用举例："把这句话加到我在编辑的笔记里"适合 WebMCP；"查一下我上个月做了什么决定"适合走 MCP 的记忆服务，而且最好把来源和日期一起存下来。

WebMCP 还在早期，Chrome 官方愿意专门发帖澄清，说明这个方向有价值，也存在不少困惑。接下来值得观察的是，网站开发者会不会真的为"用户正在看的页面"做一层接口，还是继续让传统 API 包办一切。