OpenClaw 浏览器控制:利用 Chrome Debug 模式实现无缝自动化
痛点分析
在使用 AI 助手进行网页操作时,经常遇到两个核心问题:
- 登录状态丢失:AI 每次都会启动一个新的浏览器实例,导致 Twitter、GitHub 等需要重新登录。对于网站而言,这就像是一个全新的'可疑账号',容易触发风控。
- 手动干预频繁:如果使用插件方案,每次连接都需要手动点击图标。OpenClaw 重启后、切换标签页甚至刷新页面时,往往需要重新建立连接。这本质上不是自动化,而是'半自动化'。
理想的场景应该是:AI 打开浏览器直接处于登录状态,无需任何点击,重启后自动重连,且不被识别为机器人。
解决方案:Chrome Debug 模式
核心思路是利用 Chrome 的远程调试功能(Remote Debugging),配合独立的用户数据目录。
为什么不能直接用默认 Chrome?
Chrome 出于安全考虑,禁止在默认用户配置目录下开启远程调试端口。如果允许,本地任何程序都能控制你的浏览器并窃取密码和 Cookie。
因此,我们需要创建一个隔离环境:
- 新建一个 Chrome 数据目录。
- 将现有浏览器的关键文件(Cookies、Login Data 等)复制过去。
- 使用新目录启动 Chrome 并开启调试端口。
这样既能保留登录状态,又能让 OpenClaw 通过 CDP 协议接管控制权。
配置步骤
整个过程大约需要 5 分钟,以下基于 macOS 环境演示。
1. 创建数据目录并迁移凭证
首先创建一个新的数据目录,并将当前浏览器的关键配置文件复制进去。这一步是为了让新实例'继承'你的登录态。
# 创建新的数据目录
mkdir -p "$HOME/Library/Application Support/Google/Chrome-Debug/Default"
# 进入默认配置目录
cd "$HOME/Library/Application Support/Google/Chrome/Default"
# 复制关键登录文件
cp Cookies "Login Data" "Web Data" Preferences "Secure Preferences" \
"$HOME/Library/Application Support/Google/Chrome-Debug/Default/"
# 复制全局状态
cp "$HOME/Library/Application Support/Google/Chrome/Local State" \
"$HOME/Library/Application Support/Google/Chrome-Debug/"
这些文件包含了所有网站的登录状态、保存的密码、表单填充数据以及浏览器设置。复制后,新 Chrome 就能识别你之前的身份了。


