最新

Playwright 和 Chrome DevTools MCP 服务器是基于代理的 Web 应用程序测试的标准，但它们的 token 效率极差：截图-操作-截图的循环会迅速耗尽上下文窗口。 我一直在使用浏览器自动化代替 TDD（代理胜过模拟测试），但需要解决 token 膨胀的问题。因此，我 fork 了 Chrome DevTools MCP 服务器，以便从客户端 JavaScript 执行 WebMCP 工具。 它完全可以替代 Chrome DevTools MCP 服务器，但增加了两个工具（`call_website_tool` 和 `list_website_tools`）。初步基准测试显示，token 使用量减少了大约 90%，但其他难以衡量的优势包括速度和确定性（这两者都得到了显著提高）。 优势： * 为您的网站提供免费的 WebMCP 支持，工具适用于页面内或浏览器代理（以及使用 CDP 的代理） * 语义工具定义提高了可访问性 * 基于 Web 标准，不会被我的库锁定 * 您可以将其用作硬编码 E2E 测试的一部分，并使其更不容易出错且更快 所有基准测试和技术细节都在链接的仓库或链接仓库底部的链接中。 另外： 自从我编写 [MCP-B](<https://news.ycombinator.com/item?id=44515403>) 概念验证以来，发生了很大变化。WebMCP 正在朝着标准化方向发展，我已经加入了社区工作组来帮助形成它。我的实现被用来在 TPAC 上介绍 WebMCP，我离开了在亚马逊的工作，全职从事这项工作，并且找到了一个联合创始人一起工作。我已经围绕 WebMCP 构建了大量东西（我认为人们可以从中获得真正的实用性），但分享得不够好，因此预计未来几天会看到更多与 WebMCP 相关的内容。您可以从 meetchar.ai 试用 WebMCP（仍处于早期阶段），但我们正在寻找页面内代理的 alpha 测试人员。