在人们对 WebMCP 的一片狂热之下，隐藏着一个令人不安的事实，而怀疑论者持续提出这一点是正确的：
截至 2026 年 6 月，没有任何主流人工智能代理会在你的网站上实际调用 navigator.modelContext。无论是 ChatGPT 代理、Claude、Gemini 还是 Perplexity，都不是。它们仍然通过文档对象模型抓取或截屏并点击像素的方式来读取你的页面。帕特里克·布罗塞的更新以及 studiomeyer 的“现实检验” 都清楚地阐述了这一点，值得反复强调，因为炒作通常会忽略它：WebMCP 是一个 万维网联盟社区组草案，并非正式标准，目前在 Chrome 浏览器中隐藏在功能标志背后，并处于 Chrome 149 起源试验 阶段——而本应使用它的代理程序尚未接入该功能。
那么，为什么你现在要在网站上添加 WebMCP 工具呢？
我认为有一个诚实的答案，而且并不是“因为这是未来，相信我”。让我陈述一下实际的理由——包括大多数“立即安装”文章所跳过的一部分，即如何操作才能避免安装后悄然失效。
成本方面确实接近于零
“观望”之所以让人感觉安全，是基于一种假设，即早期采用成本高昂。具体到 WebMCP，情况大多并非如此——如果你操作得当：
-
它具备特性检测功能，因此不会破坏任何现有功能。整个接口都位于
if ("modelContext" in navigator)条件之后。在所有未提供该应用程序接口的浏览器中（目前几乎是所有浏览器），你的代码都不会执行任何操作。运行时成本为零，对现有用户的风险也为零。 -
它不应增加第二套代码库。WebMCP 工具应当是一个轻量的、类型化的前端入口，指向用户界面已经调用的函数。你的
search_products工具调用的应与搜索框调用的同一个productSearch()函数。如果你发现自己为了满足代理程序而编写新的业务逻辑，请停止——那是昂贵的版本，也是容易不同步的版本。 - 无需撤销迁移。由于它是附加性的且经过检测，“我们过早采用”并不会产生清理成本。你只需删除一个脚本标签即可。
以这种方式操作，如今部署 WebMCP 的实际成本只是一个下午的工作量，而非押注产品路线图的承诺。
收益方面是一种有时效性的选择权，而非承诺
你用那个下午的时间实际购买的，是一个在不确定性最高时价值最大的选择权。
当代理程序开始调用类型化工具时——鉴于开发浏览器（谷歌、微软）和代理程序的正是推动这一规范的同一家公司——那些已经暴露工具的网站将无需慌乱即可赢得第一波代理流量。你所弥补的差距并不是“代理程序能读取我的页面”（文档对象模型抓取已经半有效）；而是“代理程序能在我页面上可靠地完成我销售的业务，只需一次调用，而非十次猜测性点击”。
你不必相信这距离现在只有六个月或十八个月。选择权的要点在于，你不需要知道确切日期。你需要的是持有它的成本低廉（确实如此），以及如果成功则回报丰厚（对于任何交易型业务而言，确实如此）。
“立即安装”文章所跳过的部分：你不会注意到它何时开始变得重要
以下是“部署后便置之不理”的失败模式。你添加了工具，它们隐藏在浏览器的功能标志背后，而尚无代理程序使用该功能，然后……没有任何提示告诉你情况发生了变化。六个月后，某个代理程序确实开始调用 免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
