一句话看懂：W3C 正在孵化一项名为 WebMCP 的浏览器标准提案，让网页能主动向浏览器里的 AI 智能体注册“工具”，AI 不再靠截图或猜按钮操作网页，而是直接调用页面声明的函数获取结构化结果。
事件核心：发生了什么
据开发者社区文章介绍，WebMCP 目前是 W3C WebML 社区组内讨论的浏览器 API 提案，并非 MCP（Model Context Protocol）的网页移植版。MCP 是后端协议，在服务端或进程中运行；WebMCP 则运行在前端，允许开发者用几行 JavaScript 将页面函数注册为结构化工具。AI 智能体访问页面时能自动发现这些工具，直接调用并拿到 JSON 数据，且操作时复用浏览器当前的 session 和 Cookie，相当于以用户已登录的身份在页面上执行动作。开发者在 Chrome 149 及以上版本中可通过 chrome://flags/#enable-webmcp-testing 开启试用，并在 DevTools 的 Model Context Tool Inspector 扩展中查看已注册工具。
为什么重要
这项提案的意义在于它改变了 AI 与网页交互的技术路线。传统方式依赖视觉模型截图解析或 DOM 树语义推断，页面改版即失效，复杂登录态更是脆弱。WebMCP 让网页自身承担“说明书”职责——开发者明确告诉 AI 页面能做什么、如何调用，浏览器在中间充当可信传话人。这与 MCP 形成互补而非替代：MCP 负责后端核心逻辑的持久调用，WebMCP 负责页面内临时性的即时交互。若该标准落地，将大幅降低 AI 智能体在真实网页上执行多步操作（如填表、下单、查询报表）的失败率和 token 消耗，对 Agentic Web 的推进是一个实质性步骤。
对用户/开发者/创作者的影响
对普通用户而言，浏览器内 AI 助手有望做到“打开页面即可用”，无需理解网站布局，购买等敏感操作时可加确认弹窗，工具调用过程可视化，提升了自动化操作的可靠性和安全感。对开发者来说，接入成本主要在注册工具函数并声明输入 schema，但需注意 API 命名在 Chrome 版本间的迁移（149 为 navigator.modelContext，150 起为 document.modelContext），且需做 feature detection——目前只有 Chrome 系支持，Firefox 和 Safari 返回 undefined。对依赖自动化测试或爬虫的团队，WebMCP 若普及可能改变无头浏览器工具的适用场景，但短期内 Playwright 等方案仍不可替代。创作者若运营需要用户多步操作的站点（如预约、投稿），提前了解该标准有助于在后续浏览器支持时占据体验优势。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
目前公开信息显示，WebMCP 仍处于源试用和提案阶段，距离正式纳入标准尚有距离。值得观察三点：一是 Chrome 预计何时将 API 命名稳定下来并向稳定版推送；二是是否有主流网站率先接入并展示实际用例，特别是电商、后台管理系统这类多步操作密集的场景；三是 Firefox、Safari 是否会跟进实现，或提出替代方案，这将决定开发者是否需要长期维护兼容层。此外，W3C WebML 社区组的讨论进度和是否有安全边界调整（如跨源 iframe 授权机制）也值得跟踪。
来源：juejin
