☰
browser-use 官方 Jev 再添猛将:jev-ultrafast 上线 7 天收割 18k★,登顶 GitHub 热榜第一
2026/10/10 15:05:22 网站建设 项目流程

browser-use 官方 Jev 再添猛将:jev-ultrafast 上线 7 天收割 18k★,登顶 GitHub 热榜第一

【免费下载链接】jev-ultrafastFastest and cheapest web agent项目地址: https://gitcode.com/gh_mirrors/je/jev-ultrafast

浏览器智能体(Web Agent)的赛道已经足够拥挤:截图喂给多模态模型、让大模型"自由发挥"下一步动作,是过去两年的主流配方。代价也众所周知——每次决策都要传输整屏像素、动辄几百毫秒到数秒的推理延迟,以及难以约束的幻觉动作。jev-ultrafast 在 2026 年 9 月中旬横空出世,7 天内收割约 18k star 并登顶 GitHub 热榜第一,靠的不是更强的模型,而是一个反直觉的工程转向:把"生成动作"改成"选择题"。

它是 browser-use 官方生态与 TypeSafe Jev 决策模型合作的产物,核心卖点是一句话任务驱动真实网页操作:苏黎世飞伦敦的 Google Flights 查询,7.1 秒跑完,全程真实网页、1 倍速、含加载等待。本文基于仓库源码与实测数据文件,拆解它一炮而红的三张底牌,并复盘热榜第一之后的社区扩散路径。

一、7 天 18k★ 的数据拆解:增速曲线与官方生态背景

周榜第一的舆情坐标

2026-09-21 的 GitHub 开源热榜周榜盘点中,jev-ultrafast 与 fast-jev-compaction、laya、SemIf 等一批项目并列登场,这批项目共享同一技术范式:结构化动作空间、低幻觉、高时效、可审计、轻量部署。而 jev-ultrafast 是其中唯一直接面向"浏览器自动化"落地场景的项目,热度最高,成为周榜第一的领跑者。

它之所以自带流量光环,是因为出身官方。README 头图明确标注Browser Use × TypeSafe双品牌,仓库托管在 browser-use 组织名下(https://github.com/browser-use/jev-ultrafast.git),决策端调用 TypeSafe 的jev-latest模型,浏览器端依赖同组织的 browser-harness 通信层(pyproject.toml 中锁定browser-harness==0.1.13)。官方生态 + 决策模型新范式的双重背书,让它在发布即获得高质量的初始传播。

实测数据:不是 PPT 指标,是可复现的测量

仓库内附带了完整的测量文件与逐帧录屏,performance.md 记录了六轮交替对照实验(同一任务、同一浏览器 profile、同型号决策模型jev-1.13.0与文本模型inception/mercury-2.5):

指标原版循环优化后变化
任务中位耗时9.450 s7.092 s-25.0%
中位浏览器协议调用1,092101-90.8%
TypeSafe 请求数2217-22.7%
通过率3/33/3持平

最终录制的 7,073 ms 视频(demo.mp4)全程 1 倍速、无开头停顿,时间起点是首页首次观测后的第一次决策请求,终点是接受 DONE 选择,中间包含 17 次 Jev 请求、10 次真实交互、1 次显式 WAIT 和 2 次文本生成调用,中位决策延迟仅178 ms。文本成本更是惊人:两次文本调用由 OpenRouter 计费,合计0.00006272 美元——这就是"小模型只在需要写文本时出场"的直接经济回报。

值得一提的还有独立核验机制:跑完任务不代表成功,examples/flights.py 中的verify()会解析最终 URL 中的tfs参数与页面控件值,逐一核对"单程、苏黎世、伦敦、2026-09-20、航班结果可见"五个条件,全部满足才算通过。这正是热榜项目里少见的严谨度——数据文件 full-speed-measurement.json 里,六个 run 的哈希、模型设置、token 数、成本、浏览器版本全部留档。

二、一炮而红的三张底牌

底牌一:带编号的元素表,把 DOM 变成"选项清单"

jev-ultrafast 的第一性设计是:每次观测页面,都生成一张带编号的可交互元素表,而不是把整页截图或 HTML 丢给模型:

[1] button Change ticket type · Round trip [2] combobox Where from? · San Francisco [3] combobox Where to? · empty [4] textbox Departure · empty ...

这张表由 snapshot.js 在浏览器侧一次 CDP 调用内原子生成:遍历按钮、链接、输入框、下拉框及常见 ARIA role,过滤掉不可见、禁用、密码/文件/隐藏控件,仅保留视口内元素;再在 model.py 的action_space()中为每个 DOM 节点分配唯一编号——同一节点即使既支持点击又支持输入,也只占一个编号,下拉框的每个选项则编码为编号:选项序号的形式。

更关键的是节点身份管理:snapshot.js用WeakMap给真实 DOM 节点赋予代码侧身份、用Map保存活引用,元素被替换则生成新身份、断连引用被剪除、导航后重建缓存。这意味着模型输出永远是"编号",永远不会变成选择器、坐标或可执行代码——browser.py 在执行前还会重新解析几何位置并做命中测试,检查目标是否被遮挡。

底牌二:单次调用双决策,操作与目标一次选齐

传统智能体是"先问下一步做什么、再问对谁做",串行两次调用;jev-ultrafast 则用 TypeSafe 的推测性扇出(speculative fan-out)机制,一次请求同时问"执行什么操作"与"每种操作下选哪个目标"。

model.py 的choose()构造了一组并行问题:一个operation选择题,加上click_target、type_text_target、select_target等各自独立的目标题。操作只有 8 种:CLICK、TYPE_TEXT、SELECT、SCROLL_UP、SCROLL_DOWN、WAIT、DONE、BLOCKED,每个目标头只含与该操作兼容的元素,下拉框选项还携带代码侧观测到的 option 索引。执行时只消费与所选操作对应的那个目标头,天然拒绝"操作与目标不兼容"的组合——两个决策,一次网络往返(README 的循环图直观展示了这一结构)。

响应还要通过 model.py 的validate_choice()严格校验:choice 必须在候选编号内、概率集合必须与候选集合完全一致、所有概率均为有限数且在 [0,1]、总和误差小于 0.02、所选候选必须概率最大。任何一项不满足,整个决策作废且不执行任何动作——把模型的幻觉空间压缩到只剩"选错"这一种可能,而选错仍能被下一步的语义级新鲜度检查拦截。

底牌三:小模型只在 TYPE_TEXT 时出场

最反常规的一手是:绝大多数环节根本不需要"生成"能力。点击、选择、滚动、等待都只是选择题;只有当决策选择TYPE_TEXT时,agent.py 才会触发文本生成——把目标、选中字段、可见页面上下文(截断到 6000 字符内)和最近动作打包给一个 OpenAI 兼容的小模型,由它产出填入字段的值。

这个文本辅助器同样被严苛约束:系统提示词 questions.py 要求输出{"text": "..."}形式的严格 JSON,恰好一个键、长度不超过 2000 字符,代码不解析引号字面量,而是直接json.loads整个输出;model.py 中两次文本调用的输入 token 分别只有 440 和 483——上下文被压缩到 500 token 以内,这正是成本压到 0.00006 美元级别的根本原因。此外还实现了中断复用:页面过期重试时,只要辅助器输入完全不变,已生成的值可以复用,避免重复付费。

三张底牌合起来,就是 README 里那句"Choose. Act. Repeat.":一次观测生成编号表,一次请求完成操作+目标双决策,只有打字时才动用生成模型。浏览器协议调用从 1092 次骤降到 101 次,正是"结构化状态消费"取代"反复读无障碍树 + 逐帧截图"的量化结果。

三、热榜第一之后:从周榜项目到社区二创的扩散路径

三个扩散信号:成本、部署、范式

登顶热榜只是一个起点,社区的反应才真正显示这个项目的生态撬动力。盘点热榜前后涌现的社区文章,扩散路径清晰分成三条:

  1. 成本叙事:多篇评测聚焦"决策模型 + 小文本模型"的分工如何把单次任务文本成本打到 0.0001 美元量级,论证"AI 越用越贵"的通用问题可以用架构而非换模型解决;
  2. 部署叙事:社区实践很快把它接进本地部署方案——Ollama/llama.cpp 加载开源决策模型、GGUF 量化配置、Chrome/Edge 插件接入,强调内网部署下的隐私与可控性,这正好落在 model.py 的TEXT_MODEL_BASE_URL、TEXT_MODEL环境变量可配置设计上(默认 DeepSeek,README 示例用 OpenRouter 上的 Mercury 2.5,Gemini/GLM 均可切换);
  3. 范式叙事:周榜上同批出现的上下文压缩、类型化决策引擎、语义 if 接口等项目,说明"结构化决策"正在成为一类可复用的工程范式,而 jev-ultrafast 是其中最完整、最有传播素材的落地样板。

社区二创也印证了它的可接入性:pip/uv安装后即可用Agent(url, goal)驱动任意任务(README 展示了 Wikipedia 任务 2.798 秒打开哥德尔不完备定理词条、本地酒店筛选 fixture 1.896 秒完成),还自带一个 loopback-only 的本地检查器(demo.py,端口 8766),可逐帧"Choose next"观察决策过程——这种可观测性恰恰是技术博主最爱的传播素材。

诚实的边界,反而加固信任

值得肯定的是,项目没有把 Demo 包装成万能。源码与文档里写满了边界:

  • 运行受 60 步动作与 120 次决策请求的预算约束(questions.py 的MAX_STEPS = 60),候选元素超过 250 个时截断且被截断的候选不可选;
  • DOM 读取覆盖常见 HTML/ARIA 控件,但 shadow DOM、iframe、canvas、文件上传、嵌套滚动、弹窗标签页均不支持(docs/design.md 的 Boundaries 一节);
  • 明确声明"两个网站不能建立普遍可靠性";六轮对照实验自己也标注了 p = 0.25——三对样本不足以支撑强统计结论;
  • 最重要的一条原则写在 AGENTS.md 里:"DONE 选择永远不构成成功的独立证据",结果必须由独立检查而非模型自我判断来确认。

这种"数据与限制并存"的透明姿态,反而让它区别于常见的 Demo 工程,成为社区二创与分析文章愿意深挖的对象。从 Jev 决策模型爆火到 jev-ultrafast 登顶周榜,再到派生项目与二创文章成批出现,一条完整的"范式 — 落地 — 生态"扩散链已经跑通。而它对整个浏览器智能体赛道最大的启示,也许是把一个反直觉的工程判断重新放回台面:在动作空间里,让模型做选择题,往往比让它做作文题更快、更便宜、更可靠。

【免费下载链接】jev-ultrafastFastest and cheapest web agent项目地址: https://gitcode.com/gh_mirrors/je/jev-ultrafast

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询