核心用法
Browser Automation Ultra 提供了一套完整的浏览器自动化解决方案，采用「探索→记录→回放→修复」的工作流：
1. 探索阶段：使用 OpenClaw 内置的 browser 工具（消耗 Token）分析目标网站，记录页面结构、选择器和操作流程
2. 记录阶段：将探索结果转换为 Playwright 脚本，保存至 scripts/browser/<verb>-<target>.js，强制使用 human-like.js 实现人机模拟行为
3. 回放阶段：通过 ./scripts/browser-lock.sh run 以零 Token 成本执行脚本，复用已登录的 Chrome 会话
4. 修复阶段：出错时重新用 browser 工具检查实际页面状态，而非盲目猜测修复
关键技术架构：通过 Chrome DevTools Protocol (CDP) 连接 OpenClaw 的现有 Chrome 实例，共享 Cookies 和登录状态。browser-lock.sh 管理互斥锁，确保 OpenClaw browser 工具与 Playwright 脚本不会同时抢占 CDP 端口。
显著优点
- 零 Token 执行：一次性探索后，后续无数次回放均为免费
- 状态复用：直接继承 OpenClaw 浏览器的登录态，无需重复认证
- 反检测能力：内置
human-like.js强制要求，包括贝塞尔曲线鼠标移动、随机延时、逐字符输入（3% 模拟 typo 率）、页面浏览模拟等，有效对抗主流 bot 检测 - 生产就绪：提供 DeviantArt、小红书、Pinterest、Behance、Proton Mail 等平台的实测脚本模板
- CDP 冲突解决：通过锁机制彻底解决 OpenClaw browser 与 Playwright 的端口争用问题
潜在缺点与局限性
- 架构复杂度高：需理解 CDP、互斥锁、Playwright 三者的交互关系，调试门槛较高
- 单会话限制：同一时刻仅能有一个 CDP 客户端连接，并发场景需排队或另起浏览器实例
- 维护成本：目标网站 UI 变更时，需重新执行「探索→修复」循环
- 无 headless 优化：虽然支持 headless 模式，但反检测效果最佳需 headed 运行
- Node.js 依赖：要求预装 Playwright，且与 OpenClaw 的 Python 生态存在异构整合成本
适合人群
- 需要高频、低成本执行浏览器自动化的开发者与运营团队
- 面对具有严格反爬机制（如小红书、Instagram、LinkedIn）的自动化场景
- 已将 OpenClaw browser 工具用于探索，希望规模化降本的进阶用户
- 具备基础 JavaScript/Node.js 能力，能理解异步流程与选择器调试的技术人员
常规风险
| 风险类型 | 说明与缓解措施 |
|---------|--------------|
| 账号封禁 | 即使有人机模拟，高频操作仍可能触发平台风控；建议添加 `jitterWait()` 随机延时，控制执行频率 |
| 会话失效 | Cookies 过期后脚本会失败，需定期用 browser 工具重新登录；脚本应优雅处理登录态检查 |
| CDP 锁死 | 异常退出可能导致 `/tmp/openclaw-browser.lock` 残留，使用 `status`/`release` 命令管理 |
| 选择器漂移 | 前端框架动态生成 class 名，优先使用 data-testid、ARIA 属性或文本内容等稳定选择器 |
| 浏览器崩溃 | `page.close()` 正确释放资源，严禁 `browser.close()` 以免杀死共享 Chrome 进程 |
| 敏感信息泄露 | 脚本中可能硬编码凭证，建议使用环境变量或外部密钥管理服务 |