Jev

Jev 是 TypeSafe AI 第一个公开的 System One 模型：非结构化程序状态进，带概率的类型化决策出。实验室的发布帖日期是 2026-09-15。创始人 Diogo Almeida（曾参与 OpenAI 的指令跟随研究）把它说成聊天的反面：不生成字符串、没有类型错误、并行采样，训练方法叫 Reinforcement Learning for Calibrated Decisions（RLCD）。第二天 r/LocalLLaMA 上有人在问本地 OpenJev 克隆能不能对上它。

产品站是 typesafe.ai。2026-09-17 访问时仍是 early access / 候补名单。没有官方开源权重。Hugging Face 上名为 OpenJev 的社区仓库不是 TypeSafe 的模型。若要在普通 LLM 外面包工作流，对照 LangGraph；若仍需要生成文本加工具，对照 OpenAI Agents SDK。

核心功能

• 类型化决策，不是 token：可能的输出事先定义。实验室称 schema 匹配是保证的，类型错误不是经验比率。
• 每次回答带校准置信度。更高置信度被声称对应更高准确率。软件可以执行、升级人工或放弃。
• 速度与价格（一手来源，2026-09-17）：输入 $0.042 / MTok（每十亿 token 42 美元）。输出 token 标为免费。端到端 70ms–500ms。首页相对 LLM 工作流的声明：快 193.6 倍、便宜 444.6 倍，来自他们自己的 System One 工作流评测，不是独立审计。
• 基数上限 255。更高基数走先打分再选择的两段路径。
• 演示：在结构化游戏状态上玩 Doom（不是像素），以及维基百科 Wikiracing。Doom 路径约 10 次查询/秒、约 7 美元/小时。

限制：Jev 不能写散文、代码或工具调用字符串。它是软件里的决策函数。候补可能要等。速度/成本倍数来自 TypeSafe 自己的工作流、对照 Astra 与 Fable 均值；按厂商评测看待。

适用场景

• 生产代码里的智能分支：手写规则太脆时做分类、路由、抽取或打分。
• 需要特征而不是文章的大规模 map-reduce。
• 给另一个模型的 prompt、推理轨迹或输出做护栏打分。

定价方案

快速开始

1. 在 typesafe.ai 加入候补。
2. 读发布帖看 API 形状：state 进，具名问题，带概率的类型化答案。
3. 把 Jev 放在你自己的阈值后面。不要让它聊天。
4. 工作流对比见 evals.typesafe.ai。

一手入口：介绍 Jev 与 hello@typesafe.ai。

常见问题

这是带 JSON mode 的小 LLM 吗？

TypeSafe 说不是。JSON mode 仍在采样字符串，schema 可能失败。Jev 在一次并行查询里直接给出类型化值。

会幻觉吗？

它不能吐出未声明的类型。它仍可能选错类别。所以才有置信度和阈值。

193.6x / 444.6x 经过审计吗？

没有。那是 TypeSafe 的工作流评测。帖子写这些数字偏真实收益的上沿。

替代方案

• LangGraph：仍需要生成文本时，用聊天模型搭持久图。
• OpenAI Agents SDK：工具调用智能体，不是校准决策 API。
• Hermes Agent：完整的自托管智能体，不是类型化决策模型。

使用技巧

1. 拆成许多带概率的小问题，再在代码里分支。
2. 基数保持在 255 以内，否则预留两段路径。
3. 不要把 OpenJev 权重当成 Jev。官方入口是 TypeSafe API。

总结

Jev 是候补中的决策 API，不是聊天机器人。如果你的瓶颈是软件里可靠的分类/路由/打分，一手价格和延迟值得去排队。若需要散文或代码，继续用聊天模型。