一个被忽视的痛点
你有没有遇到过这样的场景：让 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/"
