一句话看懂：Vercel CEO Guillermo Rauch 公开力挺 WebMCP 协议，认为 AI 智能体应该像特斯拉 FSD 适应真实道路一样去适配现有网站，而不是要求网站重写。这一表态可能影响未来 AI 浏览器与网页工具的交互方式。
事件核心：发生了什么
9月5日，Vercel CEO Guillermo Rauch 在 X 上发文，明确表达对 WebMCP 的强烈看好。他将 WebMCP 类比为特斯拉 FSD——FSD 必须面对真实街道、红绿灯和坑洼，AI 智能体同样需要依赖现有的万维网基础设施，而非另起炉灶。Rauch 指出，WebMCP 的意义在于让这种“适配”变得更加高效。
他同时给出了一个具体场景：未来 Next.js 的开发者页面可以在智能体测试的特定标签页中，直接向智能体暴露调试工具和页面级上下文，开发者无需再去翻找服务器日志，也无需单独寻找并配置 MCP 服务器。在 Rauch 的设想中，fx + agent-browser 将构成一套完整的前端开发栈，且调试深度不缩水。该推文在发布后获得超过 643 次转发和 336 个引用，讨论热度集中在 Web 开发工具链与 AI Agent 的结合方式上。
为什么重要
目前 AI 智能体与网页交互主要依赖两条路径：一是通过 MCP（Model Context Protocol）标准化接入工具，二是让智能体去“理解”网页 DOM 结构。WebMCP 的提法试图在两者之间找到第三条路——让网页本身成为“智能体工具的提供方”。
这一思路如果成立，意味着网站不需要为 AI 重构底层架构，而是在现有 HTML 基础设施上直接暴露调试接口或业务能力。对于像 Vercel 这样以 Next.js 为核心商业生态的公司来说，WebMCP 若被广泛采用，将使其前端框架天然成为 AI Agent 时代的“兼容层”，进一步巩固其在开发者工具链中的位置。同时，这也反映出头部技术人物对“AI 必须迁就存量 Web”这一技术路线判断的强化。
对用户/开发者/创作者的影响
对于前端开发者而言，最直接的变化可能是调试方式的转变：未来在开发 Next.js 页面时，AI 智能体可以直接读取当前标签页的上下文、调用页面暴露的调试工具，而不再需要开发者手工配置一套独立的 MCP 服务来桥接。这降低了 AI 辅助编程的上手门槛。
对于使用 AI 浏览器或 AI 助手的普通用户，如果 WebMCP 生态扩展，智能体将更准确地理解网页结构，执行购票、填表、比价等任务的失败率有望下降。对于创作者和内容站点，一个值得关注的潜在影响是：网站可以主动选择“暴露什么工具给智能体”，这比当前被动被爬取或解析的方式拥有更多自主控制权。不过需要说明的是，目前 WebMCP 尚未形成公开的标准文档或广泛落地的 SDK，更多还停留在行业讨论层面。
值得关注的后续
首先，观察 Vercel 是否会在 Next.js 或 v0 等实际产品中率先集成 WebMCP 能力，这将是验证该路线是否可落地的最直接信号。其次，关注 MCP 官方或 Anthropic、OpenAI 等头部模型厂商的态度——如果主流 Agent 框架不支持，WebMCP 的影响力将仅限于前端工具链内部。第三，留意是否有更多企业级 Web 框架响应这一思路，毕竟单独一家公司的背书很难形成生态，需要至少两到三个主流框架的跟进，WebMCP 才可能从观点变为默认能力。
