霍格沃兹测试开发学社
Work Buddy
怎么理解？它搞了个三层的防御体系：第一层，环境层。 指纹伪装加TLS轮换加代理切换，让90%以上的反爬检测压根不触发。你的Agent在网站上看起来就像个正常人在浏览。第二层，执行层。 真遇到验证码了怎么办？它有自动破解的能力，零配置就能提取受保护页面的内容。第三层，人类层。 如果AI实在搞不定，它会生成一个可访问链接，让你用手机扫码或者手动操作，操作完Agent无缝继续往下跑。这个三层设计我特别喜欢——不硬撑，不假装，该叫人就叫人，但叫完人还能接着干。三、装上之后，我实测了一把我把它接进了WorkBuddy。安装过程比想象中简单，就两步：把GitHub仓库地址丢给Agent，它自己去拉去配；再填一个API key。搞定这两步，WorkBuddy就不只是“能打开浏览器”了，它能在一个真实浏览器环境里接着往下干活。先说抓取能力。我让白板的WorkBuddy去抓小红书的内容，结果直接抓瞎——小红书的搜索页需要登录，反爬严格，站外基本接不到完整笔记。装了BrowserAct之后再试，同样抓取小红书，分分钟拿下，每一篇的标题、作者、互动数、日期全都抓到了。我翻看了一下它执行的过程，发现是两层配合：先尝试用stealth-extract自动提取受保护页面，如果撞墙了（比如小红书必须有登录态），就启动第二层——本地Chrome浏览器模拟人为操作和搜索。这里有个细节我特别想夸：它跑到需要登录那一步的时候，没有硬闯，也没有报错退出，而是停下来，把浏览器亮给我，等我扫码登进去。我登完，它接着往下跑，整个任务从头到尾没断。除了小红书，我还试了几个有校验的网站。BrowserAct的solve-captcha云端服务直接上场，滑杆验证码被顺利解决。本文部分内容参考了霍格沃兹测试开发学社整理的相关技术资料，主要涉及软件测试、自动化测试、测试开发及 AI 测试等内容，侧重测试实践、工具应用与工程经验整理。
发布于 北京
分享
评论
赞
未登录
友善发言
评论
加载中
