Browser Use 接上 JEV 这速度太他妈吓人了吧?? 过去大家看 GPT、Claude 操控浏览器,体验其实并不好,因为真的太慢了,中间还经常卡死… 因为让大模型写一堆长篇大论去操作网页,本质上就是杀鸡用牛刀 在网页上点按钮,本质上就是一个离散的多选题,根本不需要 AI 会写诗 JEV 拿到 DOM 结构,以做分类题的速度毫秒级选出该点的元素,只有在需要打字输入时才偶尔回退给小模型 黑客松冠军开发者 @gregpr07…

浏览器 Agent 项目 Browser Use 接入 JEV 后,用分类模型毫秒级选择 DOM 元素、只在输入文字时才回退给大模型,把“自主查机票”这类任务压到 7 秒、不到 4 分钱,核心变化是浏览器自动化开始摆脱大模型逐字推理的性能瓶颈。

一句话看懂:浏览器 Agent 项目 Browser Use 接入 JEV 后,用分类模型毫秒级选择 DOM 元素、只在输入文字时才回退给大模型,把“自主查机票”这类任务压到 7 秒、不到 4 分钱,核心变化是浏览器自动化开始摆脱大模型逐字推理的性能瓶颈。

事件核心:发生了什么

据 @SUOHA_AI 发布的信息,黑客松冠军开发者 @gregpr07 将 JEV 接入 Browser Use,做了一个开源微型浏览器 Agent,任务是自主打开网页查询机票。演示结果显示:全程耗时约 7 秒,成本约 0.0039 美元(折合人民币不到 3 分钱),作者特别注明视频为 1 倍速,没有加速剪辑。相关代码已在 GitHub 开源。

同一时间段,Monad 团队开发者 @jarrodwatts 用 JEV 搭了一套纯 AI 原生的链上自动交易系统,前端和代码同样开源。演示连续运行约 14 小时,账户亏损超过 300%。抛开实盘表现不谈,这套架构本身引发了开发者关注。

为什么重要

过去 GPT、Claude 这类大模型操控浏览器的体验普遍偏慢,中间还容易卡死。原因在于网页操作的本质是离散选择题——点哪个按钮、选哪个链接,并不需要模型写长篇推理文本。JEV 的思路是直接吃 DOM 结构,用做分类题的速度在毫秒级选出目标元素,只有需要键入内容时才偶尔回退给小模型。

这意味着浏览器 Agent 的技术路线可能从“大模型逐步推理”转向“小模型分类+大模型兜底”,推理成本和时间都会明显下降。对正在堆算力做通用 Agent 的公司来说,这是一个值得对比的替代方案;对开源社区来说,低成本可复现的 Demo 更容易快速扩散。

对用户/开发者/创作者的影响

开发者层面,Browser Use 本身已是较活跃的开源浏览器 Agent 框架,接入 JEV 后单次任务的成本被压到 0.0039 美元量级,如果这一数字在更多场景下可复现,批量跑自动化任务的边际成本会显著降低,适合做信息采集、比价、表单填写等高频操作。

GamsGo AI

AI 工具推荐

想把多个 AI 模型放在一个入口?

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型,适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接:通过此链接购买,我可能获得佣金,不影响你的价格。

创作者和企业采购方可以关注的是:当浏览器操作的单位成本降到几厘钱,许多原本不经济的自动化场景会重新变得可行,但链上交易那个亏损 300% 的案例也提醒,Agent 能快速执行不等于策略有效,执行层提速不解决决策质量问题。

值得关注的后续

一是 JEV 在非演示环境下的稳定性,尤其是复杂登录、动态渲染页面是否仍能保持毫秒级选择;二是 Browser Use 与 JEV 的集成是否会进入正式版本,以及 API 定价和调用限制;三是有没有闭源厂商跟进类似“分类模型+大模型兜底”的推理架构。

来源:@SUOHA_AI

celebrityanime
celebrityanime
文章: 24123

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注