OpenClaw 为什么打开另一个浏览器？
托管的 openclaw profile 有自己的浏览器数据目录。它可以读网页和操作页面，但不会直接使用日常浏览器里的账号。打开同一个网站时，托管浏览器可能停在登录页，个人浏览器却已登录。任务需要现有登录时，主动选择获准的连接。
看公开网页或使用专用工作账号时，先用托管 profile。任务属于已有会话时，先核对 profile、标签和工作区标识，再读数据或点击。同一个 URL 可以在两份浏览器资料里显示两个不同账号。 OpenClaw 浏览器概览 连接现有浏览器
四种浏览器入口
| OpenClaw profile | 浏览器 | 开始前检查 |
|---|---|---|
| openclaw | 有独立数据目录的托管浏览器 | profile、目标 URL、是否测试账号 |
| user | 通过 Chrome DevTools MCP 附加现有会话 | 实际浏览器资料、标签、首次调试批准 |
| chrome | 通过 OpenClaw 扩展访问所连接标签 | 扩展、已批准标签、工作区 |
| 自定义远程 | 通过指定 CDP 地址连接 | 所有者、主机、认证和目标 profile |
当前官方文档区分 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、连接类型、匿名工作区标识 | 停止并改用已批准资料 |
| 标签页 | 标签 ID、最终 URL | 重新选择测试页 |
| 页面状态 | 可见标题或测试记录 ID | 重读并记录差异 |
| 退出 | 关闭的标签、连接是否释放 | 保留用户原标签 |
确认读回结果再退出
第一轮只读取已知测试值。确认账号和标签后再加入点击。若动作修改记录，从同一条记录读回新值。工具成功返回不等于已经读到预期状态。
只用指定测试 profile 打开获准测试页。返回 profile、最终 URL、可见工作区名称和测试记录 ID。遇登录、权限请求或不同工作区时停下。只读操作，只关闭你创建的标签。
关闭自己的测试页。仅当托管实例是自己启动且没有其他任务使用时停止它。既有会话任务结束后释放连接，必要时使用产品入口撤销授权。超时后先核对状态再重试。远程场景要确认 localhost 属于哪台主机。 首个浏览器任务 登录会话核对 云端 localhost 示例
两条入口实测读到了什么
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
常见问题
为什么 OpenClaw 会打开独立浏览器？
托管 openclaw profile 使用自己的数据目录，与日常浏览器及其登录状态分开。
OpenClaw 能使用已登录会话吗？
可以通过获准的 existing-session 或扩展入口使用兼容浏览器，开始前核对账号和标签。
OpenClaw profile 和 Chrome profile 一样吗？
OpenClaw 的名称是连接路由。两个名称仍可指向同一个实际浏览器资料，需要单独检查存储隔离。
user profile 为什么没有标签？
检查执行主机、实际浏览器资料、是否打开标签以及是否接受连接授权。
怎样安全结束任务？
关闭自己创建的测试标签。仅在拥有且无人使用时停止托管实例。保留用户原标签并释放连接。