# WebMCP：让网站直接给 AI 助手“报菜单”，别再靠猜 DOM 了

> 原标题：WebMCP: Teaching Your Website to Talk to AI Agents

- 来源：Hacker News 首页
- 发布时间：2026-08-26T15:02:15.000Z
- AX AI 日报：https://ai-daily.ax0x.ai/items/52940
- 原文：https://sreenathmenon.com/blog/2026-08-04-webmcp-teaching-websites-to-talk-to-ai-agents/

## 摘要

这篇文章讲的是 Google 和微软在 W3C 社区组提的一个草案，叫 WebMCP。核心思路很简单：现在 AI 助手操作网页基本靠“看”屏幕、猜按钮，换个布局就崩。WebMCP 让网页自己用一小段 JS 声明能干什么，比如“book_table”工具，直接告诉 AI 需要日期、时间、人数，然后 AI 调用这个工具，网页自己执行代码返回结果。代码量很小...

## 推荐理由

这是 Google 和微软在 W3C 提的草案，让网页自己声明能干什么，AI 直接调用，省掉视觉猜测那一步。文章用代码示例把机制讲清楚了，但因为是个人博客解读，权威性打了折扣，所以分数没给更高。

## 锐评

这条新闻值得点开看，因为它解决了一个很实际的痛点：现在 AI 操作网页基本靠“看”屏幕猜按钮，换个布局就崩。WebMCP 的思路是让网页自己用一小段 JS 声明工具，比如“book_table”，直接告诉 AI 需要日期、时间、人数，AI 调用后网页自己执行代码返回结果。代码量很小，注册一个工具就一个 registerTool 调用，而且执行函数跑在用户已登录的标签页里，不用另开无头浏览器，用户还能看着它操作，信任度会高不少。

但得先打个折。这目前只是 W3C 社区组的草案，不是正式标准，连标准轨道都没上。文章自己也说 Chrome 149 只是原始试验（origin trial），谷歌原话是“正在积极讨论，可能随时变”。所以现在只能玩玩看、提反馈，别往生产环境搬。另外，文章没提 Firefox 和 Safari 的态度，如果只有 Chromium 系支持，离“通用标准”还差得远。

还缺几个关键信息：工具注册后，网站怎么控制哪些 AI 能调、调多少次？安全和权限模型正文基本没展开。如果恶意网页注册一堆假工具骗 AI 执行，或者 AI 滥调工具把网站打崩，怎么防？这些没讲清楚之前，只能说方向对，落地还早。