我测试了 23 个浏览器代理从网站侧的可检测性，只有一个对其请求进行了签名

如果你在开发或使用浏览器代理，以下内容可能对你有用：我在一个测试网站上给 ChatGPT 的 agent、Claude in Chrome、Cowork、computer use、Comet、Grok、Manus、Browser Use、Playwright MCP、DevTools MCP、Vercel 的 agent-browser 以及几个聊天机器人布置了相同的任务，并记录了网站实际接收到的信息。（我做了一个分析工具，所以想搞清楚这一点）。 - 对于大多数代理，`navigator.webdriver` 返回 false。Playwright MCP 将其关闭；普通的 Playwright 脚本、agent-browser 和 DevTools MCP 则保持其开启。 - Manus 是唯一正确标识自身的代理：User-Agent 中包含 `Manus-User`，并且每个请求都带有 Web Bot Auth 签名。在 2025 年，ChatGPT 的 agent 也曾对其请求签名；但在我们的测试中，它的浏览器没有发送任何签名。 - Comet 有时在你的浏览器中运行，有时在 Windows/AWS 上的云端浏览器中运行，即使访问的是同一个公开页面。它告诉我们只在网站需要你的登录时才会使用你的浏览器，但实际行为并非如此。 - Grok 的浏览器使用了我自己的 IP 和时区，但报告的系统是 Linux x86、8 核、无 GPU，而我实际上使用的是 Apple Silicon Mac。完全不知道它究竟在哪里运行。 - 点击时间无法区分代理和真人：Browser Use 和 Comet 的按住时间为 80–450 毫秒。让所有点击型代理暴露的特征是，指针会一步跳到目标位置，而不是通过多次小幅移动逐步到达。 - 那个老套的「console.log 一个错误对象，看 CDP 是否能读取到」的检测技巧，在 Chrome 136–156 中（包括 Playwright）什么也没检测出来。 完整的详细报告（包含每个 User-Agent）在评论区。如果你发现我遗漏了某个代理，告诉我，如果可行的话我会去测试。