快速开始
直接运行配置脚本即可。它会创建一个 Chrome Debug 浏览器实例并配置好所有参数。
然后在 OpenClaw 的 bot 里告诉它优先使用已经可以打开的可调试浏览器实例去控制打开搜索等，例如使用 --browser-profile mydebug 来控制已打开的浏览器实例。
一个被忽视的痛点
你有没有遇到过这样的场景：
你让 AI 助手帮你搜索信息，它打开了一个全新的浏览器窗口。 然后你发现：
- 推特要重新登录
- GitHub 要重新登录
- Google 要重新登录
- 甚至有些网站直接把你当成机器人，拒绝访问
为什么？
因为 AI 助手用的是一个'干净'的浏览器环境，没有任何登录状态，没有任何 Cookies，没有任何浏览历史。 对于网站来说，这就是一个'可疑账号'。
另一个痛点：手动操作
如果你用过 OpenClaw 的 Chrome 插件，你会发现另一个问题：
每次都要手动点插件图标，AI 才能连接到浏览器。
更糟糕的是：
- OpenClaw 重启后，需要重新点击
- 切换标签页后，可能需要重新点击
- 有时候点了也不生效，需要刷新页面
这不是自动化，这是'半自动化'。
我们想要什么？
理想的 AI 浏览器控制应该是这样的：
- 保留登录状态：AI 打开推特，直接就是登录状态，不需要重新输入密码
- 无需手动操作：AI 想控制浏览器，直接连接，不需要点任何东西
- 重启无忧：OpenClaw 重启后，自动重连，不需要任何配置
- 不被风控：网站看到的是你真实的浏览器指纹，不会把你当成机器人
这可能吗？
可能。而且很简单。
解决方案：Chrome Debug 模式
核心思路很简单：
让 Chrome 启动时自带远程调试端口，同时使用一个复制了登录信息的独立数据目录。
为什么不直接用默认的 Chrome？
Chrome 有个安全限制：不允许在默认数据目录上开启远程调试。
这是为了安全考虑。如果你的默认 Chrome 开启了调试端口，任何本地程序都可以控制你的浏览器，读取你的密码、Cookies、浏览历史。
所以我们需要：
- 创建一个新的 Chrome 数据目录
- 把登录相关的文件（Cookies、Login Data 等）复制过去
- 用这个新目录启动 Chrome，同时开启调试端口
这样就能：
- ✅ 保留登录状态（推特、GitHub 等都不用重新登录）
- ✅ AI 可以随时连接，不需要点任何东西
- ✅ 重启 OpenClaw 后自动重连
- ✅ 不会被风控（使用的是你真实的浏览器指纹）
配置步骤（5 分钟搞定）
第一步：创建 Chrome 数据目录并复制登录信息
# 创建新的数据目录
mkdir -p "$HOME/Library/Application Support/Google/Chrome-Debug/Default"
# 复制关键登录文件
Cookies Preferences
