让大模型操作浏览器的开源库——这是 Browser Use 最主要的用途，也是本文讨论的前提。

换工具的成本常被低估，这篇按步骤列出迁移前后要做的事。

以从 Playwright MCP 迁移为例

迁移不一定是「全面替换」。很多团队会先把一部分任务交给 Browser Use，与 Playwright MCP 并行一段时间再决定。

迁移步骤

  1. 盘点资产：现在用的提示词、模板、知识库、自动化流程和历史产出。
  2. 确认导出方式：哪些能导出、格式是什么、哪些只能手工迁移。
  3. 挑 3 个典型任务（如「线索整理流程」「竞品信息周报」）在两边同时做。
  4. 按同一张评分表比较结果。
  5. 迁移账号与权限，通知团队新的使用规范。
  6. 保留旧工具一段时间的只读访问，确认无遗漏后再停用。

对比测试用的任务

线索整理流程

输入：每天从表单收到的客户咨询。

搭建一个流程：新表单提交后，AI 判断咨询类型（报价 / 售后 / 合作 / 其他），提取联系人和需求摘要写入表格，报价类自动通知销售群。分类不确定时标记为「待人工」。

检查点：不确定的情况进入人工。

不建议迁移的情况

  • 核心流程依赖 Playwright MCP 特有的功能或集成。
  • 团队刚刚完成培训，切换成本过高。
  • 新工具的数据处理条款不满足要求。

延伸练习

多步骤调研任务

适用情况：手头有一个需要多来源信息的问题时。

围绕【主题】做调研：先列出调研计划，再分别检索，最后输出带来源的报告。每个结论注明来源链接，来源之间矛盾时并列呈现。

交付前确认：矛盾信息被并列呈现。

知识库问答机器人

适用情况：手头有一批产品文档和 FAQ 时。

用这些文档搭建问答机器人：回答只基于文档，找不到答案时回复「这个问题我需要转给同事」，并记录未解决问题供每周补充文档。

检查点：答不出时不编造。

定时提醒与汇总

准备材料：团队群聊或任务看板。

每天下午 6 点汇总今日新增和逾期任务，按负责人分组发送提醒，周五额外输出一周完成情况。

验收标准：提醒内容与看板一致。

常见问题：误发消息给客户

对外发送前加人工审批节点，测试环境与正式环境分开。

常见问题：调用外部系统失败

增加重试和失败通知，记录请求参数便于排查。

常见问题：智能体陷入循环

设置最大步数和超时，关键步骤改为固定工作流。

概念补充：可观测性

记录每一步输入输出与耗时，便于排查和评估。

概念补充：触发器

启动流程的事件，如新邮件、定时、表单提交。

适合人群：行政与助理

行政与助理可以用 Browser Use 处理会议安排与纪要、通知公告等工作。需要注意：员工个人信息与内部文件按权限管理。

适合人群：数据分析师

数据分析师可以用 Browser Use 处理取数与 SQL、清洗与可视化等工作。需要注意：确认指标口径，敏感数据脱敏后再交给 AI 处理。

适合人群：财务人员

财务人员可以用 Browser Use 处理单据识别录入、报表说明与分析等工作。需要注意：财务数据属于敏感信息，优先使用企业版或本地方案，结果需复核。

注意事项

所有示例输出均为示意，不代表真实统计或效果承诺；请以自己的测试结果为准。

涉及个人信息、商业机密或受监管数据时，先确认 Browser Use 的数据处理条款，再决定能否使用。

延伸阅读