海外爆火的新模型 Jev:新型AI大模型一手实测
Hi，我是松柏。
这两天有一个叫 Jev 的新模型在海外刷屏了，感觉甚至比gpt6发布的时候热度还要高：
这个模型跟其他大模型的区别就是无法对话，只负责做决策，而且速度极快、成本极低：
今天这篇就聊聊 Jev 到底是什么，别人都拿它做了什么，以及我自己实测下来的真实感受（快确实快，但离我想象中的效果差的有点远）。
点赞关注，我们立刻发车~
Jev 是什么
Jev 来自一家叫 TypeSafe AI 的旧金山公司，2026 年 9 月 15 日正式发布。
创始人 Diogo Almeida 是前 OpenAI 研究员，参与过 ChatGPT 背后的 InstructGPT 和 RLHF 研究，公司拿了 4000 万美金种子轮，闷头做了两年，终于掏出了第一个产品。
那 Jev 到底是个啥？
官方管它叫 “System One 模型”，名字来自卡尼曼的《思考，快与慢》。System 1 是快速直觉的思维系统，System 2 是慢慢推理的。寓意是 Jev 就是 AI 里的 System 1，专门做快速决策。
和普通大模型最大的区别在于，Jev 不生成文本。你给它一段状态描述和一组类型化的问题，它返回结构化的概率答案。比如：
- Noul 问题：这封邮件需要紧急处理吗？→ 返回一个 0-1 的概率
- Choice 问题：这个客服请求应该分给哪个部门？→ 返回每个选项的概率分布
- Score 问题：这个账户的风险有多高？→ 返回一个评分
因为输出是类型安全的，所以从架构上就不可能幻觉。你让它从 A、B、C 里选，它不可能给你吐一个 D 出来。
它的优势主要是这几个方面：
- 速度：端到端 70-500ms，比普通 LLM 快 20-200 倍
- 成本：$0.042 / 百万输入 token，输出 token 免费
- 幻觉率：0%（从架构上保证）
- 当前版本：jev-1.13.0，早期访问阶段
代价就是放弃了文本生成能力。不能写代码、不能聊天、不能总结文章，只能做从给定选项里选一个。
用官方的一句话概括就是：
Think of Jev as a frontier-intelligence function call: unstructured state in, typed probabilistic decisions out.
（把Jev想象成一个边界智能函数调用：输入非结构化状态，输出键入的概率决策）
让 jev 操作浏览器
browser-use 大家应该不陌生，是个 11.4 万星的 Python 库，作用是让 AI 操作浏览器。
而在 Jev 发布之后，browser-use 团队做了个项目 jev-ultrafast 实现让 Jev 来操作浏览器，让 AI 操作浏览器的速度极大提升：
browser-use 的传统方案是每一步截个图，喂给视觉、多模态大模型，让它看图说话，并输出需要点击的位置。不仅慢、贵，还经常点歪。
而 jev-ultrafast 的思路是直接读 DOM，每一步把当前页面可操作的控件编成一张表：
[1] button Change ticket type · Round trip
[2] combobox Where from? · San Francisco
[3] combobox Where to? · empty
[4] textbox Departure · empty
然后一次请求发给 Jev，让它同时决定两件事：做什么操作（点击？输入？滚动？），以及对哪个元素操作。
注意需要输入内容的时候还是要其他模型来做，原因就是我们说的 Jev 无法对话，只能做决策。
官方演示是在 Google Flights 上搜苏黎世到伦敦的航班，7.073 秒跑完，花了 $0.0039：
除了航班，他们还测了维基百科（打开一篇文章 2.798 秒）和酒店搜索过滤（1.896 秒），这个速度和价格传统大模型基本上是想都不敢想的。
我的实测感受
Jev 发布后的这几天，社区里玩的是不亦乐乎，模型路由、控制浏览器、PR 审查、大批量分类、通关游戏等等各种各样的场景。
不过看别人玩终究差点意思，所以我也动手通过 jev-ultrafast 这个项目实测了一下。
Jev 模型是要去官网申请才能用的，大概要等一天的时间。
前面的这些步骤就不多说了，按照 README 操作，克隆仓库、uv sync、配置 .env 里的 TYPESAFE_API_KEY 和 TEXT_MODEL_API_KEY，然后 uv run jev 启动检查器。
打开 http://127.0.0.1:8766就能看到这个界面了（我这里微调过）：
然后怎么说呢，问题还是挺多的，比如项目里只能跑一些写死的场景，我想拿它操作别的网站，发现得自己改代码加上自定义 URL 的功能。而且每次开新任务的时候，频繁出现 CDP 错误，虽然不影响最终结果，但满屏报错看着很糟心。
最大的问题是 Jev 的 DOM 快照只认一套白名单控件：a[href]、button、input、textarea、select、summary 和带 ARIA role 的元素，比如我拿它去操作 Excalidraw 的画图工具栏，发现工具按钮完全无法被操作，因为 Excalidraw 的工具按钮是 label 包着一个隐形的 input[type=radio]，label 不在白名单，radio 的宽高又是 0：
让它玩数独也一样，1-9 的数字键是纯 div，没有 button，也没有 role="button"，直接被忽略了：
不过这些都是属于工程上的缺陷（官方也说了目前属于 MVP 版本），不能说明 Jev 这个模型不行。
于是我就让 AI 修复上面提到的这些问题再次进行了测试，结果就是依然体验很差，Excalidraw 就不说了，无法拖拽，基本上不能画图。
数独这个基本上就是乱点一通，完全没有通关的可能性：
🎯 结语
Jev 这个模型本身的思路还是很有新意的，但就目前的效果来说感觉还是差了点意思。（也能是我打开的方式不对？欢迎探讨交流~）
如果你是做大批量分类、邮件路由、LLM 输出审核的，可以体验一下 Jev ，如果你想拿 jev-ultrafast 来自动化日常网页操作，我还是建议再等等。
如果有用的话麻烦点个关注吧~
下期再见，拜拜👋🏻。