OpenClaw 浏览器配置：独立浏览器还是已有登录会话

OpenClaw 为什么打开另一个浏览器？

托管的 openclaw profile 有自己的浏览器数据目录。它可以读网页和操作页面，但不会直接使用日常浏览器里的账号。打开同一个网站时，托管浏览器可能停在登录页，个人浏览器却已登录。任务需要现有登录时，主动选择获准的连接。

看公开网页或使用专用工作账号时，先用托管 profile。任务属于已有会话时，先核对 profile、标签和工作区标识，再读数据或点击。同一个 URL 可以在两份浏览器资料里显示两个不同账号。 OpenClaw 浏览器概览 连接现有浏览器

四种浏览器入口

当前官方文档区分 user 的 DevTools MCP 和 chrome 的扩展。第一次附加时可能出现调试授权提示。以前的 relay 教程可能用了同名却不同的配置，先核对版本。一个用户为保留登录选择 user 后仍遇到命令卡顿。另一个用户在旧 relay 日志中看到 Agent 优先选择 openclaw。两条是各自环境的反馈，适合提醒记录实际 profile 和工具结果。 Profiles 文档 既有会话配置 用户登录案例 旧扩展讨论

操作之前核对连接

在获准的测试配置里列出 profiles，给每条命令标记要用的 profile。下面来自官方文档。先做只读检查，重复跑请用自己控制的测试页。

openclaw browser profiles
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

托管浏览器里核对页面标题与最终 URL。测试既有会话时，先在获准的测试浏览器打开一页无敏感内容的网页，按界面批准连接并核对标签列表。

openclaw browser --browser-profile user status
openclaw browser --browser-profile user tabs
openclaw browser --browser-profile user snapshot

如果有多个标签，用当前 CLI 的标签选择方式明确选中测试页。没有标签、审批未通过或工作区不对时暂停。 浏览器启动文档 Browser CLI

分开工作账号和浏览器资料

OpenClaw 的 profile 名称代表路由。两个名称使用同一个数据目录时，仍可能落在同一个账号。不同团队、测试和生产环境需要独立存储时，为每个托管 profile 指定独立资料，人工登录指定账号。附加已有资料时，确认目标浏览器和工作区标识。 浏览器配置 人工登录说明

例如测试与生产后台使用相同 URL。要求 Agent 核对无敏感的测试工作区名称和虚构记录 ID。出现生产标识就停在读取或填表之前。无需把账号密码交给工具。 浏览器资料、工作区和标签组

确认读回结果再退出

第一轮只读取已知测试值。确认账号和标签后再加入点击。若动作修改记录，从同一条记录读回新值。工具成功返回不等于已经读到预期状态。

只用指定测试 profile 打开获准测试页。返回 profile、最终 URL、可见工作区名称和测试记录 ID。遇登录、权限请求或不同工作区时停下。只读操作，只关闭你创建的标签。

关闭自己的测试页。仅当托管实例是自己启动且没有其他任务使用时停止它。既有会话任务结束后释放连接，必要时使用产品入口撤销授权。超时后先核对状态再重试。远程场景要确认 localhost 属于哪台主机。 首个浏览器任务 登录会话核对 云端 localhost 示例

本机 Agent 需要 Tabbit 会话时改用 Tabbit CLI

OpenClaw 的 browser 工具和 Tabbit CLI 是两条不同路径。前者由 OpenClaw 浏览器插件提供，通过 Gateway 的浏览器控制服务运行。它实际使用哪个 profile 和浏览器目标，取决于 Gateway 主机、已连接节点或沙箱配置。浏览器在另一台机器时，应把调用路由到那台节点；沙箱 Agent 访问宿主机浏览器还需要明确的 host-control 策略。OpenClaw 浏览器路由 远程和托管浏览器

当 OpenClaw 的本地执行环境能访问目标 Tabbit 实例时，Tabbit CLI 更适合复用这个会话。在默认 OpenClaw 状态下，~/.agents/skills/ 是个人 Skill 目录，同一用户的本机 Gateway Agent 通常可以发现其中的 Tabbit Skill。若 Gateway 用户、OPENCLAW_STATE_DIR、Agent Skill 白名单或沙箱不同，发现结果可能变化。节点 Agent 需要在节点本机安装 Skill，并确认节点在线时已发布。发现 Skill 不等于获准运行 shell 命令。分别确认 shell 中的 tabbit-cli 启动器路径、exec 策略、目标 Tabbit 实例和网站登录状态。OpenClaw 节点 Skill Tabbit CLI 指南

下面用只读方式整理工单队列。提示词要求生成可审阅的草稿，不修改工单。任务标签页独立于日常窗口，你可以继续浏览其他内容。

在这个本机 OpenClaw 运行环境中使用已安装的 Tabbit Skill 和 Tabbit CLI。通过安装的启动器创建具名任务并提供新的 request ID，例如 `nodejs --task "Ticket queue triage" --request-id ticket-queue-triage-20261109-01`，不要添加 `--group`。在单独的任务标签页打开获准的工单队列，只读取测试团队中状态为 open 的工单。返回名为“Ticket queue triage — draft 01”的草稿，列出工单 ID、页面可见标题、当前状态、更新时间和来源链接。省略提交人姓名、邮箱、消息正文和其他个人信息。不要修改字段、添加评论、发送消息或关闭工单。完成后展示草稿和来源链接供我审核。如果 Skill 未加载、启动器无法连接 Tabbit 或页面未登录，指出失败的是哪项检查并停止。

依赖结果前，分别确认三件事：OpenClaw 加载了预期 Skill、本地 shell 能运行 Tabbit 启动器、所选 Tabbit 浏览器已登录获准的工作区。openclaw browser 成功只说明 OpenClaw 选择的浏览器路由可用，不代表本地 shell 任务用了相同浏览器资料。参见 浏览器 MCP 与 CLI 的连接差异。

两条入口实测读到了什么

OpenClaw 2026.11.1 在 Node.js 24.16.0 上用两个临时 Tabbit Browser Dev 资料访问同一本地 URL 和记录 E08-FIXTURE。托管入口自行启动测试浏览器，读到 No signed-in workspace。既有会话先由我们启动另一个临时浏览器并在合成页面写入测试 Cookie。OpenClaw 用具名 existing-session 配置和明确的测试 userDataDir 附加，状态返回 transport: chrome-mcp，同一记录显示 Training workspace。

停止附加后原浏览器仍在运行，验收结束后清理了两个测试浏览器和 Gateway。未用默认 Chrome 资料、扩展或真实账号。另一次显式 CDP URL 被当前网络策略拒绝，最终走本机测试资料附加，保留原策略。已经获准使用 Tabbit 会话时，可按连接范围和返回的证据选择路径。 AI Agent 工具分工 搜索和浏览器操作 Tabbit 与 OpenClaw

Secholar.L

Tabbit 增长与内容

Secholar.L 专注 AI 浏览器与 Agent 工作流的实操写作,基于真实调研对比工具,引用可验证的一手来源。