Jev与System One模型:LLM的新形态"决策模型"

TypeSafe AI 推出决策模型 Jev,将 LLM 输出从文本改为浮点概率值,以极低成本服务分类与排序场景。
TypeSafe AI 发布的 Jev 代表了一种新型 LLM 形态——"决策模型":接受文本输入,但输出浮点数值与置信度,而非自然语言。它支持是非题(Noul)、选择题和评分题三类问题,并行评估多个问题,输出完全免费,输入价格低至每百万 token 0.042 美元。这使其在垃圾邮件检测、内容分类、搜索重排序等大规模判断任务中极具成本优势。然而,纯数字输出进一步加深了模型的黑盒特性,偏见问题难以被拆解审计,在高风险决策场景中存在隐忧。发布不到一周,社区已涌现出创意玩法、开源复现项目 Kev 及专项基准 JevBench,显示出这一模型形态的早期活跃生态。
TypeSafe AI 近日推出了 Jev,这是他们所称的一类全新模型——"System One models"(系统一模型)的首个范例。围绕这个命名,社区已有不同看法:包括本文观点在内,不少人认同 Maggie Appleton 提出的"决策模型"(decision models)这一更贴切的叫法。
Jev 的核心创新在于它彻底改变了 LLM 的输出形态:它依旧接受文本输入,但不再返回文本,而是输出与分类、是非判断、评分相对应的浮点数值及其置信度分数。TypeSafe 官方对它的定义颇为凝练:"把 Jev 想象成一个前沿智能的函数调用:输入非结构化状态,输出带类型的概率化决策。"
从生成到决策:LLM 的一次形态转变
传统 LLM 是"文本进、文本出",而 Jev 是"文本进、数字出"。这种转变看似简单,却重新定义了模型的适用场景。它把大模型的智能压缩进一个明确的"决策接口",让开发者能够以调用函数的方式获取概率化的判断结果。
Jev 支持三类问题:
- Noul 问题(是非题):CEO 在 Hacker News 上确认,"Noul"是 Bernoulli(伯努利分布)的缩写。你提出一个陈述,模型返回 0 到 1 之间的浮点数,表示它对该陈述为真的置信度。
- Choice 问题(选择题):模型从给定选项中选择一个,实际返回的是置信度分数加上覆盖所有选项的概率分布。
- Score 问题(评分题):你提供一系列带描述的数值等级,模型给出落在该区间内的浮点分数。
使用时,你先组装一个"state"对象——它可以是一个字符串、字符串数组,或一组键值对,用来描述一篇文章、一位客户或任何记录。然后连同一个或多个问题一起发给 API,逐一获得回复。值得一提的是,多个问题会并行评估,因此发送许多问题所耗时间与发送单个问题相近。
Bernoulli 分布(伯努利分布)是概率论中最基础的离散概率分布之一,描述单次随机试验只有两种结果(成功/失败、真/假)的情形,其核心参数就是"成功概率"p(0 到 1 之间的浮点数)。Noul 问题本质上就是让模型估计某个陈述为真的伯努利概率——这与传统分类器输出 softmax 概率的思路一脉相承,只是把这种能力直接暴露为 API 接口,而非埋在模型内部。这一设计让 Jev 的输出可以直接用于概率阈值过滤、加权排序等下游操作,无需再对自然语言输出进行二次解析。
极致的速度与价格优势
Jev 最引人注目的特点之一是它"又快又便宜"。常规 LLM 按输入和输出 token 计费,且输出通常价格高得多。Jev 则只对输入收费,输出完全免费。其首个模型的输入价格为每百万 token 0.042 美元,甚至比 OpenAI 的 GPT-5 Nano(每百万 0.05 美元)还要低。
这种价格结构对于大规模分类和评分任务意义重大。当你需要对成千上万条记录做判断时,成本几乎可以忽略。这也直接影响了它的实用价值——大量实验性调用只需花费几美分。
决策模型的适用场景
"决策模型"这一框架有助于理解 Jev 的用武之地。凡是可以表达为分类任务的场景,它都能胜任——垃圾邮件检测、自动打标签、优先级排序等等。
一个颇具启发性的应用是搜索重排序(reranking):先用 BM25 这类廉价算法召回 100 个可能匹配的候选结果,再让 Jev 针对原始查询为这 100 个候选打相关性分数。这种"廉价召回 + 智能重排"的组合,正好发挥了 Jev 速度快、成本低的优势。
BM25 是一种经典的基于词频与逆文档频率(TF-IDF)思想的稀疏检索算法,广泛用于全文搜索引擎。它计算速度极快、无需训练,但无法理解语义——"苹果手机"和"iPhone"对它而言毫无关联。搜索重排序(reranking)正是为了弥补这一短板而生:先用 BM25 等廉价算法粗筛出候选集,再用更强的语义模型对候选集精排。传统重排序器(如 Cross-Encoder)需要同时编码查询与文档,计算成本较高;而 Jev 以极低的单 token 价格和并行评估能力,使这一流程的经济性大幅提升,尤其适合需要对大量候选实时打分的在线搜索场景。
黑盒回潮:不可忽视的隐忧
Jev 让人不安的一点,是它代表着向黑盒机器学习系统的进一步退化。LLM 本身已经是黑盒——你可以要求它解释决策理由,但无法保证解释准确或有用。而 Jev 连这点都不给:无论你输入多少文本,得到的只是一个浮点数。如果 Jev 把某条内容判定为垃圾邮件,究竟是哪些信号触发了这一判断?你无从得知。
这意味着偏见问题必须被摆在首位。作者明确表达了担忧:希望没有人用 Jev 来给求职者排序——那个浮点数可能隐藏着模型中根深蒂固的、难以察觉的偏见,而想通过实验拆解这些偏见将极为棘手。
作者做过一个实验:让 Jev 对旧金山湾区的每个城市回答"是不是一座好城市?",结果 Cupertino 排名最高、East Palo Alto 垫底——这样的结果本身就耐人寻味。
正因如此,对于 Jev 项目而言,评测(evals)和结构化实验比常规 LLM 项目更为关键。所幸 Jev 足够便宜,跑成百上千条实验提示词只需几美分成本。
黑盒模型的可解释性问题在高风险决策场景中尤为突出。现有的可解释性方法(如 LIME、SHAP)通常依赖对模型输出的扰动实验来归因特征重要性,但这些方法本身也存在不稳定性,且需要大量重复推理。当模型输出仅为单一浮点数时,归因分析更加困难——你无法通过追问"为什么"来获得自然语言解释,也无法通过思维链(Chain-of-Thought)等技术让模型"自述"推理过程。这使得在招聘筛选、信贷评分、内容审核等受监管场景中使用 Jev,面临更高的合规风险和审计挑战,欧盟《人工智能法案》等监管框架对此类自动化决策系统也有明确的透明度要求。
社区的创意玩法
发布仅一周,社区就迸发出大量脑洞大开的用法:
- jevchat(Kyle Pena)把 Jev 变成一个(很糟糕的)聊天模型:"每一步都问 Jev 一个问题:给定用户提问和已写出的回复,下一个符号是什么?" 有网友形容它是"数字版 Morty 与死亡水晶对话"。
- jev-leftpad(Fatih Kadir Akın)用 Jev 实现了经典的 left-pad 函数,提示词为"要达到 targetLength,value 前需要多少个空格?",用选择题从"需要 0 个空格"到"需要 10 个空格"。
- jev-2048(Andy Gayton)则用 Jev 来玩 2048 滑块拼图游戏。
开源权重的复现浪潮
围绕 Jev,也涌现出一批试图用开放权重模型复现类似能力的项目。Kev 是一个有趣的例子,它基于 Qwen 3.5 构建了 0.8B、4B 和 9B 三种规模的模型。另一边,已经出现了名为 JevBench 的基准测试,专门用于比较"Jev 级决策模型"。
考虑到 Jev 发布至今还不到一周,围绕它产生的活跃度令人印象深刻。这种形态的模型是否会真正成为一个独立品类,还有待观察,但它至少提出了一个值得深思的问题:当我们只需要一个决策,而非一段文字时,大模型是否可以做得更快、更便宜、更专注?
Qwen(通义千问广告)是阿里云开源的大语言模型系列,以在中英双语任务上的优秀表现和宽松的开源协议著称,已成为国际开源社区进行模型微调与派生研究的热门基座。Kev 选择以 Qwen 为基础构建 0.8B 至 9B 参数量的决策模型,一方面是因为 Qwen 小参数量版本在推理效率上具有竞争力,另一方面也反映了开源社区在"用已有开放权重复现闭源商业模型核心能力"这一路径上的持续探索。JevBench 的出现则说明这一模型形态已具备形成独立评测赛道的潜力,标准化基准对于推动该类模型走向实用化至关重要。
相关推荐

Cursor免费版8分钟建生产级应用,却败在同一个安全细节
Cursor免费版用8分12秒构建生产级Node+Postgres应用,22项API测试与界面检查全绿,比Copilot快6分钟,但默认密钥、无法撤销的JWT会话和登录无限流三个问题暴露了AI编程工具的安全盲区。

GoHighLevel对话AI接入MCP:智能体可调用40+外部应用
GoHighLevel 对话 AI 新增 MCP 支持,智能体可在对话中调用 40+ 外部应用完成预约、付款、表格写入等操作。了解功能限制、配置方法和上线时间。

物业管理软件为何必须拥抱AI与MCP协议
物业管理软件正转向开放生态。某系统已上线MCP服务器并筹备云端连接器,支持AI智能体接入与自定义工作流。本文分析MCP、开放API为何成为物业软件选型新标准。