# 给 agent 选浏览器:Playwright 那套和 chrome-use 不是一回事

常有人问:已经有 Playwright、Puppeteer、browser-use 了,chrome-use 到底解决什么不一样的问题?我的答案是,它们其实在回答两个不同的问题。前者问的是"怎么用程序开一个浏览器",后者问的是"怎么让程序用上你已经在用的这个浏览器"。这条分野,决定了它们各自擅长什么、各自的死穴在哪。

一次性浏览器,还是你的浏览器

Playwright、Puppeteer、browser-use 启动一个新进程,开一个干净 profile 的浏览器,再通过调试协议控制它。这个浏览器是一次性的:没有你的 cookie、没有登录态,关掉就没了。cookie、指纹、并发,全得你自己管。

chrome-use 不启动新浏览器。它连的是你此刻正开着、已经登录了所有东西的那个 Chrome,连接走浏览器扩展加 native messaging,而不是 --remote-debugging-port。

听起来只是"用谁的会话"的区别,但它往下牵出的东西远不止一层。

一串跟着联动的差别

登录。空浏览器要访问登录后的页面,你得在脚本里把登录跑一遍,或者自己维护一套 cookie:await context.addCookies(savedCookies)。这套 cookie 你得先搞到、还得保鲜。chrome-use 这步是零:你人已经登录,连上就在会话里。

指纹与检测。空的自动化浏览器带一身标记:navigator.webdriver=true、headless 的渲染破绽、用 CDP 驱动时常见的 Runtime.enable 泄漏(rebrowser 专门抓这个)。chrome-use 是你的真实浏览器,这些本就没有,CreepJS 实测机器人分 0%。

那个弹窗。靠 --remote-debugging-port 连 Chrome 的工具,从 Chrome 136 起每次连接都会弹一个"是否允许远程调试"的确认框,端口还得提前开着。chrome-use 走扩展,装一次之后零确认。

并发。chrome-use 每个 --session 拿一个独立的彩色标签组,多个 agent 共用同一个真实 Chrome 也不串台、不抢你自己的标签页。

这不是四条并列的卖点,是"用你的浏览器"这个选择往下必然带出的一串结果。

落到一个真实任务上

说个具体的:导出你某个后台里、翻了三页才加载出来的数据。

用 Playwright:launch 开空浏览器,跑登录(填账号密码,可能撞验证码,卡住),等 JS 渲染,翻页,再抓。登录和验证码这两关,经常直接让脚本停在第一步。用 chrome-use:connect 连上,snapshot -i 看结构,extract 取成 JSON。你本来就登录着、页也在手上,前两关根本不存在。

难点从来不是"抓",是"先到能抓的那一步"。这也是我判断该用哪个的分界线。

所以别问哪个更好,问你在干嘛

它们没有高下,是分工。

CI 里跑端到端测试,要干净环境、可复现、并行开几十个:Playwright / Puppeteer 就是为这个生的,这种场景硬上 chrome-use 反而别扭,你也不会想让测试跑在你天天用的浏览器里。一次性脚本、不介意重登、也不怕被标记,三个新浏览器方案都行,browser-use 还自带 LLM 编排。但只要任务里出现"我的登录态""这站有反爬""要像真人",天平就倒向 chrome-use。至于只想让 Claude 自己开浏览器,Claude 官方那个 Chrome 扩展就够用,只是它只驱动 Claude;要给任意 agent 或你自己的脚本用,才轮到 chrome-use。

一句话记:测试要的是一个能扔掉的浏览器,干净可复现最重要;agent 干活要的常常是一个你已经在用的浏览器,真实会话和不被拦最重要。想清楚你在干哪件事,选哪个就不纠结了。