OpenClaw 浏览器控制方案
痛点分析
AI 助手在控制浏览器时通常面临以下问题:
- 登录状态丢失:AI 打开的是全新浏览器窗口,没有 Cookies 或历史,导致需要重新登录 Twitter、GitHub 等。
- 手动操作繁琐:使用插件时需手动点击图标连接,重启后需重新配置,切换标签页可能失效。
- 风控风险:新环境容易被网站识别为机器人。
理想的 AI 浏览器控制应满足:保留登录状态、无需手动操作、重启自动重连、规避风控。
解决方案:Chrome Debug 模式
核心思路是启动一个自带远程调试端口的 Chrome 实例,并使用包含登录信息的独立数据目录。
为什么不能直接用默认 Chrome?
Chrome 出于安全考虑,不允许在默认数据目录上开启远程调试。因此需要创建新的数据目录并复制关键文件。
配置步骤
第一步:创建 Chrome 数据目录并复制登录信息
# 创建新的数据目录
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/"
# 复制 Local State
cp "$HOME/Library/Application Support/Google/Chrome/Local State" \
"$HOME/Library/Application Support/Google/Chrome-Debug/"
这些文件包含了所有网站的登录状态、密码、表单填充数据和浏览器设置。
第二步:创建 Chrome Debug 启动器
# 创建 App 结构
mkdir -p "/Applications/Chrome Debug.app/Contents/MacOS"
# 创建启动脚本
cat > "/Applications/Chrome Debug.app/Contents/MacOS/Chrome Debug" << 'EOF'
-arm64 \
--remote-debugging-port=9222 \
--user-data-dir= \
EOF
+x


