你让 AI 登录常用网站，整理最近发布的内容。昨天它做得很好，今天网页按钮换了位置，上传步骤也变了，整套流程就可能卡住。Browser Agent——能观察网页，并执行点击、输入、上传等操作的 AI——真正难的并不只是“会点击”，而是遇到陌生步骤或页面变化后，能不能继续完成任务。browser-use 开源的 browser-harness，尝试把这种恢复能力放进 Agent 的运行环境里。
本文信息全部来自 browser-use 的 GitHub 仓库，尚无独立评测或其他信源交叉验证。
不只教它操作，还让它补工具
Harness 原意是运行或测试用的“脚手架”。这里，它是夹在大模型与真实浏览器之间的一层执行环境：模型提出意图，Harness负责把意图变成浏览器操作。
browser-harness通过一个可编辑的 CDP WebSocket，把大模型直接连到用户正在使用的浏览器。CDP，即 Chrome DevTools Protocol，是外部程序控制 Chromium 浏览器的协议；WebSocket则是一条可以持续双向传递信息的连接。借助这条通道，Agent可以读取页面状态，也可以发送操作指令。
更值得注意的是它处理“不会做”的方式。官方示例里，Agent想上传文件，却发现本地工作区的 agent_helpers.py 没有对应的 helper。Helper可以理解为封装好的一小段操作工具。Agent随后自行编写这个 helper，完成上传，并把它留在工作区，供以后复用。
这就是项目所谓“越用越强”的来源：不是模型参数在任务中被重新训练，而是执行环境积累了新的操作工具。核心代码位于 src/browser_harness/，并保持受保护；Agent生成的 helper则写入本地工作区。两者分开，意图是让基础设施保持稳定，同时允许能力层继续扩充。
“自愈”发生在哪里？
自愈自动化通常指流程失效后，系统能识别能力缺口、改写操作方法并再次尝试。browser-harness展示的是其中一个具体环节：发现缺少 helper后现场补写，再用新工具继续任务。
这个角度比单纯提高点击准确率更接近网页自动化的长期难题。网站会变化，新任务也会不断出现。若每次变化都要由人重新写脚本，Agent仍然只是脆弱的自动化工具；若操作方法能在任务中补充并复用，它才可能逐渐形成适应不同工作的工具箱。
但“可能”很重要。官方使用了“Web Agents That Actually Learn”和“improves with every task”等说法，目前材料只展示了缺失上传 helper 后由 Agent补写的示意流程。把它称为已经得到验证的普遍自愈能力，证据还不够。
接入真实浏览器，也带来真实风险
项目建议使用 uv 和 Python 3.12安装或升级，并通过 browser-harness skill 注册技能。首次连接本地浏览器时，用户需要在 chrome://inspect/#remote-debugging 中允许远程调试连接。浏览器录制默认关闭，升级时应保留用户原有偏好。
连接真实浏览器的好处是可以直接处理已经登录的个人工作；风险也来自同一点：Agent可能接触账号、隐私数据和真实操作权限。官方另称 Browser Use Cloud支持并行浏览器、实时预览、代理、stealth和 CAPTCHA solving，但这些能力同样只有官方自述。
局限与未知
- 仓库没有给出任务成功率、性能提升幅度或跨任务复用效果，无法判断 helper积累后究竟提升多少。
- 材料未说明生成 helper如何验证正确性、失败后如何回滚，以及它能获得哪些操作权限。
- 项目也未解释长期积累机制：helper是否会冲突、过时或把一次任务中的错误带到以后，仍是开放问题。