先给出全文的简短版本：关键决策在于你愿意把哪个浏览器和哪个会话暴露出去。OpenClaw 的几种方案对“这是谁的浏览器”给出了不同答案。公开任务先用托管配置文件；只有你本人坐在电脑前时，才接入你自己的 Chrome；当某个任务明确需要一个符合条件的 Chrome 标签页时，用扩展中继；需要反复执行的登录态任务，则迁移到一个单独准备的浏览器上。
问“怎么让它控制浏览器”的 OpenClaw 用户，往往会发现答案不止一个：文档提供了三种不同的浏览器配置文件、一条远程 CDP 路线，以及一套关于何时该用哪种方案的设计理念。
这已经比大多数 Agent 生态更完整，但仍有一个选项没有文档记录：让 OpenClaw 指挥一个外部浏览器，它带着你的登录态，却不是你的 Chrome。
OpenClaw 2.0 的浏览器自动化有哪些变化？
OpenClaw 2.0 的版本号是 v2026.8.1，浏览器部分的改动属于一次更大规模的运行时重构，而不是新增了什么选择器技巧。官方发布说明提到：已登录会话可以通过隔离的托管配置文件，或通过你主动共享的那些 Chrome 标签页来实现；macOS 上支持本地 Cookie 导入，也可以把白名单内的数据同步到远程托管浏览器；取消和超时会绑定到对应的标签页、页面状态和所属机器上。
运行层面的升级和功能清单同样重要。OpenClaw 现在把浏览器工作与对话、审批、文件、实时任务一起放进重建后的 Control UI，浏览器设置和权限也更容易检查。同一版本还把会话和记录迁移到 SQLite，因此官方说明提醒你：在升级或降级之前，先做一次经过验证的备份。一次会丢失对话状态的浏览器升级，算不上成功的自动化升级。
在浏览器选择上，新版本并没有推翻本指南中的四选一方案。需要隔离时用托管配置文件（managed profile）；有人在场时，用刻意共享出来的 Chrome 标签页；需要无人值守、范围受限的标签页时，用扩展中继；想让 OpenClaw 的 Agent 在一个单独准备的本地会话里工作时，用 ego (lite) 这类外部浏览器。OpenClaw 2.0 让每条边界都更清晰，但它不会自动把云端配置文件或共享配置文件变成你的个人浏览器。
OpenClaw 浏览器自动化快速上手
首次运行时，使用内置的 openclaw 配置文件。它是由 Gateway（网关）控制的一个独立 Chromium 系配置文件，能让 Agent 拿到一个干净的浏览器，而不用借用你日常使用的 Chrome 会话。官方文档建议在打开页面之前先检查就绪状态：doctor、status、start、open，然后 snapshot。
openclaw browser --browser-profile openclaw doctor
openclaw browser --browser-profile openclaw status
openclaw browser --browser-profile openclaw start
openclaw browser --browser-profile openclaw open https://example.com
openclaw browser --browser-profile openclaw snapshot如果命令或工具缺失，要同时检查功能开关的两侧：内置浏览器插件必须被允许或启用，Agent 的工具配置文件也必须暴露 browser。编码类配置文件包含 web search 和 web fetch，但不包含完整的浏览器工具；在配置文件或 Agent 阶段加上 alsoAllow: ["browser"]，然后在浏览器配置变更后重启 Gateway。
用托管配置文件的浏览器工具做快照和执行操作，并在整个工作流中保持同一个标签页句柄。内置的 browser-automation skill 建议：检查标签页、给任务标签页打标记、操作前先做快照、UI 变化后再做一次快照、对失效的 ref 只恢复一次，遇到登录、两步验证（2FA）、验证码（CAPTCHA）、摄像头或麦克风阻塞时，报告给人工处理。
OpenClaw 浏览器故障排查：启动、文件与断连
当 OpenClaw 能在聊天里回复，却打不开浏览器或创建不了文件时，先检查执行链路，而不是急着换模型。WhatsApp 或 Telegram 能回复，只能说明消息通道是通的，并不能说明 Gateway、浏览器插件、Agent 工具配置文件和宿主机文件系统权限都可用。运行该配置文件的 doctor 和 status 命令，确认 Gateway 跑在预期的机器上，并确保该 Agent 被允许使用浏览器工具。涉及文件任务时，确认目标路径存在，且宿主机用户有写入权限；把访问范围限制在任务目录内。
遇到连接中断，先看 status 和当前标签页列表，然后重新做一次快照再重试操作。复用当前的标签页句柄，对失效引用只恢复一次；只有当文档中的检查项指向那里时，才重启受影响的配置文件或 native host。扩展程序与 native host 版本不匹配、Mac 或 VPS 休眠、网络变化、浏览器更新、站点跳转、频率限制、并行任务过载，都可能表现为会话失败。固定版本或审查更新，在扩展程序兼容性变化时重新配对；不要假设重连就恢复了一个可能已经提交的操作。
OpenClaw 浏览器自动化能避开机器人检测吗？
没有任何浏览器自动化方案能保证社交网络或受保护站点长期无人值守时不被发现、始终稳定。VPS 或云 IP 可能因为信誉、地理位置、流量特征或站点自身策略而遇到更多验证；本地浏览器同样不能豁免。验证码（CAPTCHA）、多因素认证（MFA）、robots 规则、服务条款、账号权限和频率限制依然有效。
更稳妥的做法是权限优先：有官方 API、导出或书面授权时就用它们；把请求量和并发控制在站点规则允许的范围内；出现验证就停下来；把这一步交给人工审核。不要用 OpenClaw 轮换密钥或代理、重放 Cookie、伪造指纹，或绕过验证码（CAPTCHA）和账号限制。对于 LinkedIn、X 这类服务，走已获批准的集成通常比无人值守的 UI 自动化更安全。
OpenClaw 登录与登录态保持
登录态只在接收它的配置文件和会话中有效；OpenClaw 不会让所有站点都保持登录。托管配置文件通常从干净状态启动，macOS 的 Cookie 导入也有限制：它不会克隆 local storage 或 IndexedDB。接入的 Chrome 配置文件、扩展中继或外部浏览器可以使用你明确配置的会话，但过期、MFA、重新认证、站点策略和账号权限依然生效。
把会话当作一种能力，而不是凭证保险箱。尽量使用专用账号或专用浏览器，只授予所需的标签页和主机，并在登录、支付、删除、发布、发消息或修改权限之前暂停，等待人工批准。如果 OAuth 失败，先检查提供方的回调和浏览器配置文件；改用非官方登录绕过方式可能带来更大的安全问题。
哪个模型最适合 OpenClaw 浏览器自动化？
对于布局多变、标签含义模糊或需要决定如何恢复的多步任务，用推理能力更强的模型；页面状态已知、范围明确的短操作，用更小或本地模型。不存在通用的模型规模阈值。小模型可能陷入循环，或引用已经失效的 DOM；大模型成本更高，而且当站点、账号或工具状态变化时同样可能失败。
对于 Qwen、Ollama 或其他本地 LLM，要在目标硬件上测量完整工作流，而不是只看模型名字。检查延迟、上下文长度、工具调用格式、截图或快照处理，以及在各类代表性页面上的恢复行为。限制步数，保留稳定的快照引用，把困难步骤交给经过审核的备用模型；显存、量化、设备发热和并发标签页都会显著影响结果。
OpenClaw 代理与网络配置
对于托管浏览器，使用文档中说明的远程 CDP 配置文件及其 cdpUrl，或使用经过审核的 SSH/端口转发路径，让控制端点保持私有。不要把浏览器控制端口直接暴露到公网。OpenClaw 的私有网络访问默认就是刻意受限的；如果某个工作流需要访问内网主机，只放行经过审核的具体主机名或地址，并保持失败即关闭的策略。
代理改变的是网络路径，不是站点对自动化的许可。在调试 Agent 之前，先确认提供方的条款、DNS 与 TLS 行为、认证方式、出口区域和浏览器控制端口。不要使用旨在对抗反机器人系统的代理轮换或身份伪装手段；当站点禁止自动化时，改用已获批准的 API 或导出。
如何控制 OpenClaw 的 Token 与 API 成本
可变成本主要来自模型循环：反复截图或快照、过长的历史、重试以及并行会话。降低成本的办法是收窄任务范围，只在状态变化时取快照，复用稳定的标签页引用，在外层工作流里设置步数和重试上限，并且只在模型能可靠完成的步骤上使用更便宜的模型。跟踪提供方的用量，并在运行无人值守任务之前设置好提供方的支出或配额控制。
本地推理可以省掉按请求计费的 API 费用，但并非免费：硬件、电费、延迟、维护和失败的运行都有成本。429 响应是提供方的频率限制，不是轮换 API 密钥或代理的信号；应当退避、降低并发、缩短工作流，或改用受支持的套餐。成本和完成率要一起测，因为一个陷入循环的便宜模型可能比一个可靠的模型更贵。
OpenClaw 浏览器安全加固
把每个页面、文档、邮件和搜索结果都当作不可信输入。提示注入可能让 Agent 泄露机密或执行不安全操作，因此浏览器配置文件或 Space（隔离空间）是一道隔离边界，能缩小影响范围，但不保证注入一定被阻止。默认使用托管浏览器或单独配置的外部浏览器，只授予最少的标签页和主机，避免在主电脑上让 Agent 拥有宽泛的 shell 或文件系统权限。
银行、密码管理器访问、支付、删除、发布、对外发消息和权限变更都必须人工批准。Chrome 中继使用 Selected tabs 而不是 All tabs，保持 SSRF 防护为失败即关闭，并在每次无人值守运行后检查日志。如果 Agent 报告了意外的指令、工具调用或登录提示，应停止运行并排查，而不是教它绕过控制。
方案 1：OpenClaw 托管浏览器（managed）
这是默认选项，而且设计得确实不错：OpenClaw 运行一个专用的 Chromium 系配置文件（Profile），通过本地回环服务控制，文档中将其描述为“一个安全、隔离的界面，用于 Agent 自动化和验证”，并且明确“不是你的日常主力浏览器”。它有自己的用户数据目录和端口（18800-18899 范围，刻意避开 9222 冲突）。在 macOS 上，当前 CLI 可以从 Chrome 系配置文件（Profile）复制选定的 Cookie 到那个独立配置文件（Profile）中；本地存储和 IndexedDB 不会被带过去，所以这不是完整的配置文件克隆。
Agent 看到的是一个浏览器工具，覆盖整个生命周期（start/stop/tabs/open/navigate/act/snapshot/screenshot），基于稳定的快照引用 ID 操作，而不是脆弱的 CSS 选择器，并且内置的 browser-automation 技能会教它恢复循环。安全默认值考虑得很周到：SSRF 防护默认拒绝，私有网络访问除非刻意启用，否则关闭。
它的正常边界是不包含已有登录态。可选的 macOS Cookie 导入比配置文件克隆范围更窄，不会带入本地存储或 IndexedDB；如果某个网站需要活跃会话，请使用文档中说明的接入/扩展方式，或者使用你明确为该任务准备的浏览器。
有一个配置细节会让新用户多花一个小时：工具配置文件（tool profiles）。coding 配置文件包含网页搜索和抓取，但不包含完整的浏览器工具；如果你的 Agent 声称没有浏览器，请用 alsoAllow: ["browser"] 显式添加，而不是去找哪里没装好。
方案 2：接入你自己的 Chrome（user 配置文件）
将 profile 设为 user，OpenClaw 就会通过 DevTools 方式接入你真实的、已登录的 Chrome。问题在于必须有人在：Chrome 会弹出阻塞式的“允许远程调试？”提示，正如文档所说，“必须有人在电脑前”才能批准。
这就使它成为“坐在旁边用”的模式：适合你正好在桌前的时候（监督你账户中的精细任务，调试只有你的会话才能看到的页面状态），不适合任何计划任务或远程操作。它共享其他地方的 DevTools 自动连接设置的所有特性：接入的配置文件在该会话中对 Agent 可见，共享窗口并轮流操作。每次接入都要确认提示，这种摩擦是刻意设计的，值得尊重，而不是想办法绕过。
方案 3：扩展中继（chrome 配置文件）
中继是 OpenClaw 的独特之处：一个 Chrome 扩展程序，通过 chrome.debugger 驱动你已登录的 Chrome 中符合条件的标签页，不需要远程调试端口，也没有阻塞式同意提示。这就是为什么（用文档的话说）它“可以在手机上工作，无需有人在桌前”。配对发生在扩展程序首次通过 Gateway（网关）发起原生调用时，使用连接绑定的 HMAC 证明来保证安全。
先用 openclaw browser extension install 安装原生主机，再添加官方扩展程序；Chrome 或 Chromium 必须至少启动过一次，Windows 上仍需手动配对。访问控制是按标签页范围的，值得配置：All tabs 会暴露符合条件的普通标签页（暂停的标签页除外），而 Selected tabs 以 OpenClaw 标签页组为边界，任何未分组的标签页会立即断开。无痕模式和内部 chrome:// 页面无法访问；file:// 需要 Chrome 显式的文件 URL 权限。
当任务明确需要你 Chrome 中某个符合条件的标签页，而你人不在时，这是最直接的选择，例如从手机查看某个账户。它的代价是所有接管方式都有的同一个占有问题：Agent 正在使用你回到桌前就想拿回来的浏览器，而一个个人 Chrome 并不是为大量并行工作设计的。新配对可能默认暴露 All tabs，所以在授予敏感配置文件（Profile）访问权限之前，请切换到 Selected tabs。
方案 4：外部的已登录浏览器
外部路线是额外配置一个独立浏览器，而不是把前三个选项组合起来。OpenClaw 是一个具备 shell 能力的 Agent，受支持的安装配置可以通过 ego-browser 入口接入 ego (lite)。它的隔离效果和登录行为取决于这个浏览器及其 Space 是如何配置的。
ego (lite) 是一个 OpenClaw 可以驱动的浏览器（OpenClaw 与 Claude Code、Codex 一样，都在其支持列表中）。调用之间不需要保持任何连接，不会有接入提示等待电脑前的人确认，Agent 也不会和你争抢当前标签页或窗口焦点。
分工很明确：OpenClaw 负责规划和下发命令，ego (lite) 在单独配置的浏览器中执行这些命令。工作流可以作为脚本在模型循环之外运行，并发和账号限制依然适用。按这种方式配置时，这条路线可以避免借用你日常使用的 Chrome，但它并不是一劳永逸的安全保证。
这套分工中执行方一侧的表现是有实测数据的：在 Real-World Bench 上，使用同一模型（gpt-5.6-sol）和同一评判器，对真实网站执行 31 个任务，测试时间为 2026 年 8 月 19 日（包括 GitHub Trending 每周 Python 榜单抓取，以及在 calculator.net 上计算房贷的月供和总利息），ego (lite) 完美完成了 31 个任务中的 93.5%，在参与测评的五款工具中排名第一。基准测试框架已在 GitHub 上开源。
这个选项缺少什么：OpenClaw 原生的快照工具集成（Agent 只能改用脚本），以及扩展中继那种从手机远程接入你实际 Chrome 标签页的能力。
这四种方案怎么对比？
三个维度决定怎么选：用谁的登录态、隔离程度如何、安装配置成本多大。
| 选项 | 登录态 | 隔离性 | 安装配置成本 |
|---|---|---|---|
| OpenClaw 托管浏览器（managed） | 无；仅 Agent 专用配置文件 | 按设计使用独立的 Agent 配置文件 | 无；这是默认选项 |
| 接入你自己的 Chrome（user 配置文件） | 完全使用你的 Chrome | 无；这就是你自己的浏览器 | 每次接入都要确认一次权限提示，且需要人在场 |
| 扩展中继（Browser Relay） | 使用你的 Chrome，配置得当可限定在标签页范围内 | 最好情况下也只是标签页分组这一层边界 | 安装扩展程序 + 运行 Gateway（网关） |
| ego (lite) 外部浏览器 | 显式配置的浏览器状态 | 独立浏览器、独立 Space、可并行 | 下载 + 新手引导；免费 |
一天之内完全可能用到四种里的三种。早上：OpenClaw 在它的托管浏览器里验证某个文档页面能否正常渲染（公开内容、隔离、默认选项）。中午：一个重复性任务在你工作的同时，通过 ego (lite) 的 Space 从两个已授权的仪表盘拉取数据，受账号和网站限制约束。
晚上在手机上操作：中继只会在你真实的 Chrome 里检查一件事，而这件事只有你选中的标签页能回答。这几种方案对应不同的“控制权归属”模型；当一项任务既需要单独配置的登录，又需要工作区隔离时，外部浏览器就派得上用场，具体边界由你的配置决定。
下载 Mac 版 ego (lite)，免费，或查看 关于 Agent 与登录墙的通用指南；这些路径一一对应。
FAQ
OpenClaw 的浏览器中继（Browser Relay）到底是什么？
它是 chrome 配置文件背后那个基于 Chrome 扩展的驱动：通过 OpenClaw 的 Gateway（网关）把 Agent 命令中继到你已登录浏览器中的标签页，不需要打开远程调试端口，并由与连接绑定的 HMAC 证明来保障安全。它最突出的特点是无人值守：没有需要批准的接入提示。
OpenClaw 能用云浏览器吗？
可以：远程 CDP 配置文件通过 cdpUrl 接入托管服务商（文档中提到了 Browserless、Browserbase和 Notte）。和其他云浏览器一样，这是一笔权衡：换来规模和无人值守的基础设施，但用不上你个人的任何登录态。
OpenClaw 能在同一个会话里同时驱动 ego (lite) 和它自己的托管浏览器吗？
可以，两者不共享任何东西。托管浏览器是 OpenClaw 自己拥有的工具；ego-browser 是 OpenClaw 执行的一条 shell 命令。一个会话可以先在托管配置文件中验证公开页面，再通过 ego (lite) 的 Space 拉取登录后的数据，两者可以连续进行：公开页面归托管配置文件，登录后的工作归外部浏览器。
对于敏感账号，哪种方案最安全？
按影响范围排序：托管浏览器（默认隔离）、外部 ego (lite)（会话由你显式授权，范围限定在任务 Space 和一个不是你日常使用的浏览器上）、配合“选中的标签页”的中继（以标签页组为边界），然后是接入用户配置文件和中继全部标签页（完整配置文件）。请按任务实际的敏感程度来选方案，而不是默认选能力最强的那个。让 OpenClaw 的 SSRF 策略保持 fail-closed；只有在经过审查的工作流确实需要时，才使用精确允许的主机名，不要随意启用 dangerouslyAllowPrivateNetwork。
为什么我的 Agent 说它没有浏览器工具？
几乎总是工具配置文件的问题：coding 配置文件自带网页搜索和抓取，但不含完整的浏览器工具。在配置文件配置里加上 alsoAllow: ["browser"] 即可，不需要重装。如果工具存在却启动不了，先运行它的 doctor 子命令，再做其他排查。
扩展中继能在 Chrome 以外的浏览器上工作吗？
托管配置文件支持 Chromium 系列（Chrome、Brave、Edge、Chromium），而中继这条路径的文档是针对 Chrome 及其扩展模型写的；在围绕它做规划之前，请查阅当前文档确认你所用浏览器的支持情况。
