一个被忽视的痛点
你有没有遇到过这样的场景:让 AI 助手帮你搜索信息,它打开了一个全新的浏览器窗口。然后你发现推特要重新登录、GitHub 要重新登录,甚至有些网站直接把你当成机器人拒绝访问。
为什么?
因为 AI 助手用的是一个'干净'的浏览器环境,没有任何登录状态,没有 Cookies,也没有浏览历史。对于网站来说,这就是一个'可疑账号'。
另一个痛点:手动操作
如果你用过 OpenClaw 的 Chrome 插件,会发现每次都要手动点插件图标,AI 才能连接到浏览器。更糟糕的是,OpenClaw 重启后需要重新点击,切换标签页后可能需要刷新页面。这不是自动化,这是'半自动化'。
我们想要什么?
理想的 AI 浏览器控制应该是这样的:
- 保留登录状态:AI 打开推特,直接就是登录状态,不需要重新输入密码。
- 无需手动操作:AI 想控制浏览器,直接连接,不需要点任何东西。
- 重启无忧:OpenClaw 重启后,自动重连,不需要任何配置。
- 不被风控:网站看到的是你真实的浏览器指纹,不会把你当成机器人。
这可能吗?
可能。而且很简单。
解决方案:Chrome Debug 模式
核心思路很简单:让 Chrome 启动时自带远程调试端口,同时使用一个复制了登录信息的独立数据目录。
为什么不直接用默认的 Chrome?
Chrome 有个安全限制:不允许在默认数据目录上开启远程调试。 这是为了防止本地程序随意读取你的密码和 Cookies。所以我们需要创建一个新目录,把登录相关的文件复制过去,再用这个新目录启动 Chrome。
这样就能保留登录状态,AI 可以随时连接,且不会被风控。
配置步骤(5 分钟搞定)
第一步:创建 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/"


