OpenAI 悄悄“抄”了 Jev：一个超级分类器 API，想让智能体又快又便宜

发布会那天，所有人的目光都被 GPT-6.1 Sol 和全天候智能体 Dot 吸走了。但真正让一些开发者坐直身子的，是萨姆·奥尔特曼顺口提到的一个小东西——Decisions API。

一分钟速览

• OpenAI 在 DevDay 上发布了 Decisions API，被指与创业公司 TypeSafe AI 的 Jev 高度类似
• 它本质是一个“超级分类器”：给定一组选项，模型直接输出概率
• 奥尔特曼称，聚焦于“选择”能让模型极快，同时保留图像理解、多语言和安全能力
• TypeSafe CEO 迪奥戈·阿尔梅达在 X 上调侃“克隆战争开始了”
• 目前 Decisions API 仍是限量预览，社区讨论热烈但实测不多

深度分析

什么是“Jev 式”产品

Jev 是 TypeSafe AI 本月早些时候发布的模型，专门为软件自动化设计。它不生成一段话，而是把一组候选答案变成一组概率——开发者告诉它“这里是 A、B、C 三个选项”，它告诉你每个选项的可能性有多大。听上去简单，但它解决的是一个真问题：很多任务本质上是“选一个”，而不是“写一篇”。

为什么大模型在“选择”上不划算

用大模型做分类，就像开卡车送一封信——能到，但代价高、速度慢。Jev 用 TypeSafe 自己的说法，是“System One”式的快思考，与需要反复推理的“System Two”相对。开发者把它挂在语言模型前面，先快速筛掉大部分选项，只有在真正需要深思时才动用大模型。结果就是：更快，也更便宜。

OpenAI 为什么跟进

奥尔特曼把 Decisions API 描述为让 Luna 模型在一组预设选项里做判断——“把模型聚焦在那个选择上，我们就能让它极快，同时保留图像理解、广泛语言支持和安全防护”。这句话泄露的其实是一个行业共识：现在的大模型并不适合所有软件场景，因为它们相对又慢又贵。当上下文被不断喂长、智能体越来越多地“自己调用自己”，推理成本就会失控。便宜而快速的小决策层，成了刚需。

数据支撑

• Jev 于 2026 年 9 月由 TypeSafe AI 发布，定位软件自动化
• OpenAI 的对应产品 Decisions API 随 DevDay 2026 一同亮相
• 形态：限量预览，尚无公开定价与完整能力文档
• 背景：DevDay 2026 上 OpenAI 一口气发布 25 项更新

趋势洞察

这场“克隆战争”其实是个好信号。过去两年，行业叙事一直是“模型越大越好”；而现在，前沿实验室开始为“成本和延迟”重新设计产品形态。智能体要 7×24 小时在线、要并行处理成百上千个任务，就不可能每个决定都走一次完整推理。把思考拆成“快与慢”两层，很可能会成为下一代智能体架构的标准配置。

对开发者来说，这意味着一个新问题：你的应用里，哪些判断值得用大模型，哪些其实只要一个又快又便宜的分类器就够了？

产品链接

• OpenAI 官方新闻

结语

Decisions API 大概率不会是头条，但它可能比很多花哨功能更耐用。真正的竞争，往往发生在没人注意的接口层。