Workflow Use — 确定性浏览器自动化

这是什么？

Workflow Use 是 Browser Use 团队推出的下一代浏览器自动化工具——从「让 AI 看浏览器操作」进化到「你演示一次，AI 录制为确定性脚本，然后可靠运行一百万次」。它解决了传统 RPA 和 AI Agent 浏览器自动化的核心矛盾：Agent 模式太慢太贵，确定性脚本太脆弱。Workflow Use 的混合架构给出了优雅答案。

适合谁：需要批量浏览器自动化的 QA 测试工程师、RPA 开发者、数据采集工程师、希望降低 AI 浏览器自动化成本的团队。

准备工作

• Python 3.11+
• Playwright 浏览器驱动
• LLM API Key（用于录制阶段的脚本生成和自愈回退）
• 安装：pip install browser-use
• 时间预算：15 分钟安装，30 分钟录制第一个工作流

四步核心流程

第一步：安装 Browser Use

pip install browser-use
playwright install

第二步：录制操作

打开 Workflow Use，像平常一样操作浏览器。系统会记录你的每一步操作——点击、输入、滚动、等待。

第三步：生成确定性脚本

录制完成后，LLM 将你的操作序列转为确定性 Playwright 脚本。脚本包含变量支持，可以适应不同的输入数据：

# 示例：生成的确定性脚本片段
await page.goto("https://example.com/login")
await page.fill("#username", variables.username)
await page.fill("#password", variables.password)
await page.click("button[type='submit']")
await page.wait_for_selector(".dashboard")

第四步：批量运行 + 自愈

脚本可以重复运行，速度是 Agent 模式的 10 倍，成本降低约 90%。当某个步骤失败时（如页面元素变化），Workflow Use 自动回退到 agentic 模式，让 AI 重新定位元素并修复脚本。

常见踩坑

1. 动态元素定位：录制时使用的选择器可能在页面更新后失效，需要启用自愈模式
2. 验证码/登录：涉及人机验证的步骤无法完全自动化，需要预留人工介入
3. 变量作用域：确定性脚本中的变量需要在录制时就定义好，后期修改需要重新录制
4. 并发限制：批量运行时注意目标网站的并发限制，避免被封 IP
5. 自愈回退成本：虽然大部分步骤用确定性脚本，但自愈回退时仍会消耗 LLM Token

常见问题 FAQ

Q1: 和传统 RPA（如 UiPath）有什么区别？

A: Workflow Use 用 LLM 生成脚本而非手动拖拽编排，录制速度更快。且自带 AI 自愈能力，传统 RPA 遇到页面变化直接报错。

Q2: 和 Browser Use 的 Agent 模式有什么区别？

A: Browser Use Agent 模式每一步都让 AI 决策，慢但灵活。Workflow Use 将演示转为确定性脚本，只在失败时回退 AI，兼顾速度和鲁棒性。

Q3: 可以处理跨域名的复杂工作流吗？

A: 可以。确定性脚本可以跨多个域名操作，只要在录制时覆盖所有步骤。

Q4: 生成的脚本可以独立运行吗？

A: 可以导出为 Playwright 脚本，脱离 Workflow Use 独立运行。

Q5: 免费吗？

A: 开源免费（Browser Use 团队维护）。但需要自备 LLM API Key。

参考链接

• 官方仓库
• Browser Use 官网
• Playwright 文档