OpenAI 发布 Decisions API，Jev 面临生存危机

9 月 15 日，TypeSafe AI 正式发布 Jev。半个月后，OpenAI 在 DevDay 上公布了新的 Decisions API：它基于 GPT-6 Luna，可以在一组预设答案中作出选择，并返回相应的置信度分数。从产品形态看，两者指向同一件事——开发者提供问题、候选答案和上下文，模型不生成一段文字，而是给出一个可直接交给程序使用的决定。

这种重合不是模糊的相似。根据 TypeSafe 官方定义，Jev 是一个“System One Model”，通过 Choice、Score、Noul 三种原语返回结构化结果，其中 Choice 从最多 255 个预设选项中选择一个并返回概率分布。而 Sam Altman 在主题演讲中介绍 Decisions API 时称，它可以让模型在几分之一秒内作出响应，工作方式是向 Luna 模型提供一组预设选项。

换句话说，OpenAI 把开放式生成收窄为“从明确选项中作出选择”，这与 Jev 的 Choice 原语在设计思路上高度一致。真正值得追问的不是“像不像”，而是：当平台方亲自下场，一个上线仅 15 天的产品还剩下多少时间与空间。

OpenAI 给出的 Decisions API 延迟是 150 毫秒，而直接使用 GPT-6 Luna 完成同类任务需要 1.6 秒。这组对比是本次发布中最具体、也最容易被开发者感知的数字：它说明 Decisions API 的价值不只是“换了个接口”，而是把同一底层模型的能力收窄到选择任务后，换来了一个数量级左右的响应差异。

选择以 Luna 为底层模型同样有信息量。它是 OpenAI 当前模型阵容中体量最小、价格最低的一款；用最小、成本最低的模型承担决策任务，而没有调用 Astra 或 GPT-6.1 Sol，显示出这项能力明显面向高频、低成本、可大规模嵌入 Agent 工作流的基础组件场景。

需要区分的是：150 毫秒与 1.6 秒这两个数字来自 OpenAI 方面的说法，属于来源主张，而非第三方独立验证的结果。它们能说明产品定位，但不能直接等同于真实生产环境下的端到端表现。