花了一些时间才把网页和浏览器 Agent 的能力搭起来，想分享一下目前对我有效的做法：

表单/人工确认：BrowserOS neo

它帮我干过的具体活儿有：填写旅行/预订表单（没错，就是家里的那些表格——一个填表 agent 很快就能证明自己的价值）、读取那些用原始 fetch 抓回来是空白的 JS 渲染页面、用肉眼检查结账流程，以及任何需要真正动手点击的事情。

BrowserOS neo 是一个开源（AGPL-3.0）的 Chromium 分支，专为 agent 而不是人打造，并且以 MCP 服务器的形式出现。它之所以对我管用，原因有这些：

  • 它用的是我真实登录着的浏览器。 登录后才能访问的网站，表单填写直接就能用——不用折腾 cookie，不会撞上全新配置文件的拦截墙，也不会弹出「请启用 JavaScript」的页面。
  • 它是个真浏览器，所以那些麻烦事——SPA 重渲染、同意弹窗、挑剔的日期选择器——表现就跟我自己动手点的时候一样。
  • 智能体把页面当作带元素引用的无障碍树来读取，所以哪怕是我那个 2.6 位量化版本，也能稳定跑通浏览器循环。

在这之前我试过 BrowserClaw（基于 browser-tools-mcp 的个人智能体），但在我这儿效果不好——一直没跑顺。（容易混淆的是，BrowserOS neo 本身在改名之前也叫「BrowserClaw」——完全是另一个项目。引用前先搜一下。）

无头的那一侧：web-search-plus

不需要浏览器在前台时——比如搜索、查事实、查价格、读文档——我就改用 Hermes 的 web-search-plus 插件。搜索加提取，不开窗口，又快又省。

提醒一句：没有搜索 API key 就别跑。 无 key 的兜底方案是去抓 Brave 的 HTML 页面，几乎立刻就会被限流。把真正的 key 填进你的 .env。我配了两个：

  • Serper —— Google 搜索结果 API，每月 2,500 次免费查询。我的主力工具。
  • Tavily —— 专为 LLM 智能体打造的搜索服务，免费额度很慷慨。我把它设成了默认。

这就是分工：search-plus 负责找东西，neo 负责碰东西。

干全部活的那个模型

上面这些全都跑在 Qwen3.8-Flash-Next Sushi 2.6bpw 上，由 sushi 引擎在本地提供服务——跑在我那台 96GB 的 Ultra 上，这一点在这里很关键，因为浏览器 agent 本质上是一串工具调用的循环：解码慢，点击就迟钝。在长时间的多步浏览器会话里，工具调用一直稳得很。如果你用的是 64GB 或更小的机器，我会选 Ornith-1.5-35B-A3B（8 位）——在这之前我用的就是它，驱动浏览器工具也没问题。

另外，我之前还发过一篇帖子，讲的是我那台不写代码的 Mac Ultra 96gb 配置，感兴趣的话可以看看：https://www.reddit.com/r/LocalLLM/comments/1wxeqcr/local_ai_on_a_96gb_mac_m5_studio_for_noncoding/