托管浏览器如何工作
托管浏览器把浏览器能力变成托管 OpenClaw runtime 的一部分。浏览器运行在实例旁边，profile 保存在实例 volume 上；agent 通过 pod 内部的本地 CDP 访问它，账号 owner 则通过控制台里的认证 viewer 打开同一个浏览器。
托管浏览器
给你的 OpenClaw 实例一个持久浏览器
启用托管浏览器 sidecar，让 OpenClaw agent 使用真实 Chromium session。遇到登录、MFA、CAPTCHA、下载或需要人工判断的页面时，你可以从控制台打开同一个浏览器接管。
简体中文 View English source
你可以做什么
在 Addons 中启用持久 Chromium，不需要在你的电脑上一直运行 Chrome。
让 cookies、sessions 和 profile state 随实例保存，浏览器重启后仍可保留。
让 OpenClaw agent 通过本地 CDP 连接，而不是暴露公共 browser endpoint。
当网站需要登录、MFA、CAPTCHA 或人工判断时，从 dashboard 打开同一个浏览器。
使用认证过的 browser viewer，而不是把 VNC 或 CDP 直接暴露到公网。
需要干净环境时，从 dashboard 重置 browser profile。
一个浏览器，两个操作者
Agent 在实例内部拿到本地 CDP；用户在 dashboard 里打开同一个持久浏览器。需要人工动作时，不必把任务搬到另一台机器。
它和纯 headless browser 有什么不同？
Headless browser infrastructure 很有用，但真实业务流程经常会遇到 auth、MFA、CAPTCHA、文件下载和人工判断。Hosted Browser 的重点是可见、持久、可接管：浏览器属于 OpenClaw 实例，不是一次性的 demo tab，也不只是你本地 Chrome 的临时连接。
什么时候使用
当你希望浏览器 session 跟着托管实例走、并且在电脑合盖后仍然可用时，用托管浏览器。当 agent 必须使用你本机桌面浏览器里已经打开的某个 tab 时，用 Chrome Extension relay。只读抓取场景优先使用 web fetch/search。
安全边界
OpenClaw agent 通过 pod-local CDP URL 访问 Chromium。可视化浏览器通过 OpenClaw Setup 后端 auth proxy 打开，并要求 dashboard 账号认证。这样可以支持真实的 auth-heavy workflow，同时避免把 VNC 或 CDP 变成公开入口。
FAQ
浏览器会保留 cookies 和登录状态吗？
会。托管浏览器把 Chromium profile 存在实例 volume 上，因此 cookies 和登录状态可以在浏览器重启后保留，直到你主动重置 profile。
用户和 agent 可以用同一个浏览器吗？
可以。用户从控制台打开浏览器，agent 通过实例内部的本地 CDP 连接同一个 browser sidecar。
这和 Chrome Extension relay 一样吗？
不一样。托管浏览器是跟随托管实例运行的浏览器；Chrome Extension relay 是把托管 agent 连接到你本机 Chrome 的某个 tab。