正在打开每日关注
正在打开每日关注
Browser Use CLI 3.0 以 CDP、站点技能和多浏览器接入降低浏览器 Agent 成本。
Browser Use 发布其 CLI 3.0 它可以作为 skill 装进 Claude Code、Codex 里，让它们获得操控浏览器的能力 3.0大升级： 体积小 6 倍，更少的token消耗... 直接 CDP 控制： 模型直接用 Chrome 底层协议（CDP）操作浏览器，不再经过 click()、type() 那种封装工具，也不用把整棵网页结构塞进上下文 自我进化：用过的站点技能会沉淀复用，它摸索出来的登录流程、选择器、特殊情况会存成 domain-skills，下次碰到同类网站直接调，越用越顺 缺函数当场自己写（自愈）：遇到没有的操作，比如上传文件时没有现成函数，agent 会即时把这个函数写出来接着用，不会卡死。 三种浏览器随便接： - 你电脑上的真实 Chrome，带着现成的标签页、cookie、插件、登录态一起用 - Browser Use 家的云浏览器 - 任意 CDP 端点，自己的服务器也行 省 token：不塞 DOM 树进上下文，靠 CDP 直接读，同样任务耗的算力更少 体积小： 整个底层壳几百行、几个核心文件，官方说比老框架小很多 模型无关：不绑定特定模型，任何够强的模型套上这层壳都能当浏览器 agent
是什么：这条推文把 Browser Use CLI 3.0 定位为浏览器 Agent 的轻量执行层，核心变化是让模型直接通过 CDP 操作 Chrome，减少传统 click、type 封装和完整 DOM 注入带来的上下文开销。截图能确认 browser-use skill 已加载，并展示了 LinkedIn 信息流被打开，但无法仅凭画面验证所有版本特性。 核心设计：它把浏览器连接抽象为本地 Chrome、云浏览器和任意 CDP 端点，同时把站点登录流程、选择器和异常处理沉淀为可复用的 domain-skills；遇到缺失动作时动态生成函数，形成执行、学习、复用的闭环。 关键洞察：价值不只是省 Token，而是把浏览器自动化从一次性脚本转成可积累的站点能力，适合登录态操作、跨站任务和复杂后台流程。 边界与风险：直接传递 Cookie 到云环境涉及严重的凭证泄露风险，必须有明确授权、加密传输、最小权限和隔离策略。自生成函数也需要沙箱、审查和回归测试；技能缓存可能因页面改版而失效，CDP 低层控制则需额外处理可访问性、等待条件和错误恢复。