AI 模型 · 技术解读
System One 模型:Jev 到底在做什么

TypeSafe AI 于 2026 年 9 月 15 日发布了 Jev,并称它是一个新类别中的第一个:System One 模型(系统一模型),“一类新的前沿模型,用于做出软件可以直接使用的快速、结构化决策”。
最容易误读这句话的方式,是把它听成“更小的语言模型”。Jev 不是语言模型。它不生成文本,写不了你的文案,也永远不会回答一个开放式问题。它是有意放弃了字符串生成,而它身上所有有意思的地方,都源自这个取舍。
新类别新在哪里,代价又是什么
自回归语言模型一次采样一个 token,每一个都以前一个为条件,最后交给你一个字符串。这个字符串带有的任何结构,都只是模型学着模仿出来的一种约定,所以凡是需要从模型里取出一个值的生产系统,最后都会配上一个解析器、一个 schema 校验器和一套重试逻辑。
System One 模型把顺序倒过来,从而去掉了这一层。你先声明可能的输出,然后给模型一份结构化的状态和一个带类型的问题。回来的是一个你声明过的类型的值,并附带各个可能答案上的概率和一个置信度分数。
代价是彻底的:没有散文,没有代码,没有开放式回复。TypeSafe 把这说成是一项刻意的架构取舍,而不是一种局限,名字本身也说明了这一点。System One 是快速、自动的判断;System Two 是深思熟虑。Jev 只是第一个。
| 对比项 | 自回归语言模型 | System One 模型 |
|---|---|---|
| 采样 | 一次一个 token,每一个都以前一个为条件 | 在一次并行查询中给出全部输出 |
| 输出 | 一个字符串,带着它学来的那种结构 | 一个类型安全的结构化值,事先已声明 |
| 不确定性 | 如果有的话,也只体现在措辞里 | 各个答案上的概率,外加一个置信度分数 |
| 训练 | RLHF,为人更偏好的回复而优化 | RLCD,据称是为校准过的决策而优化 |
| 放弃了什么 | 原则上什么都没放弃 | 完全放弃字符串生成 |
同一个问题,两种走法
拿一个智能体反复要问的具体问题举例:这个回答有没有基于它检索到的证据?两类模型都能回答。它们走的路不同,而路就是全部要点。
左边那条路我们很熟悉。右边那条路压根不产生字符串,所以没有什么要解析,没有什么要校验,也不存在这样一类失败:模型在你的代码期待一个字段的地方,写了一句完全说得通的话。

原子化的问题,在代码里组合
文档只公开了三个原语,再无其他。Choice 从一个列表中挑出一个选项,返回被选中的选项、全部选项上的概率和一个置信度分数。Score 按一套评分标准给状态打分,返回同样的三个字段,只是把选项换成了分数。Noul 回答一个陈述是否为真,返回一个介于 0 和 1 之间的数字。
工程师最容易低估的是组合规则。每一个问题都针对同一份状态并行、独立地一次性评估,所以针对一条轨迹问十二个问题,并不等于十二次往返。文档说得很直白:增加问题几乎不会改变响应时间。
这就把评估变成了你用普通代码写的东西。你不再需要一条长提示词让模型同时权衡好几件事再用 JSON 汇报,而是提出若干个答案已声明的小问题,然后自己把结果组合起来——组合逻辑就摆在你看得见的地方。

“不会幻觉”这个说法比听上去窄得多
TypeSafe 说 System One 模型“不会幻觉”。请把它理解成关于类型的说法,而不是关于真相的说法。因为可能的输出及其结构是事先定义好的,模型不可能返回一个你没有声明过的类别、一个格式错误的对象,或者一句关于并不存在的文档的自信陈述。这一类 bug 从构造上就没有了。
剩下的是普通意义上的“错”。Choice 可能从你的列表里挑错选项。Score 可能给一个糟糕的回答打高分。模型会告诉你它有多确定,TypeSafe 也把这些概率描述为经过校准、“在认知上是诚实的”,但一个校准良好的 0.7,十次里仍然会错三次。
这就是置信度值为什么是接口的一部分,而不是一项贴心的附赠。TechCrunch 在 9 月 18 日的报道中引述的开发者,说的正是这种转变:这个数字要由你来解读,而在 0.55 这种情况下该怎么办,现在成了你的设计问题,而不是模型的问题。
它是怎么训练出来的,就目前已知而言
TypeSafe 把自己的方法命名为 Reinforcement Learning for Calibrated Decisions,即 RLCD(面向校准决策的强化学习),与塑造了聊天模型的 RLHF 相对。RLHF 为人更偏好的回复而优化,RLCD 则据称为“说到做到”的概率而优化。
除了这个名字和输出约定之外,架构并未公开。TechCrunch 提到创始人对此守口如瓶,而且模型没有开放权重。任何人告诉你 Jev 内部是怎么运作的,都是从它的 API 形态推测出来的,而不是从论文里读来的。
今天它跑在哪里
使用方式是早期访问候补名单,控制台和文档在 typesafe.ai。OpenRouter 的 TypeSafe 服务商页面列出了 jev-latest 和 jev-1.13,上下文为 32,000 token,但这些条目并不出现在 OpenRouter 的公开模型列表中,所以这条路是受限开放的,而不是敞开的。
更能说明问题的分发消息来自基础设施一侧。2026 年 9 月 17 日,Cloudflare 宣布 Jev 已在其 AI Gateway 上线,措辞与这个模型自己的说法一模一样:发送状态和带类型的问题,拿回你的代码可以直接使用的结构化答案。这类模型多半就是这样进入大多数人的工作的——不是作为一个应用,而是作为你早就在跑的某个东西里的一次调用。
发布于 2026-09-17。一家厂商在宣布自己的集成:这是可用性的证据,不是性能的证据。
System One 模型的常见疑问
Jev 是一个小型语言模型吗?
不是。它不是自回归的,也不生成任何文本。它针对一份结构化状态评估一个带类型的问题,返回一个已声明类型的值,附带概率和置信度分数。
“不会幻觉”到底涵盖什么?
涵盖的是输出的形状。模型不可能返回你没有声明过的类别,也不可能返回格式错误的对象。它仍然可能挑错选项,所以每一个答案都会附带置信度值。
今天能试用吗?
只能通过早期访问候补名单、TypeSafe 控制台,或者像 Cloudflare AI Gateway 这样的集成。它没有开放权重,而 OpenRouter 的条目也不在其公开模型 API 中。
继续阅读
Ciyo 关注创意工具和智能体工具背后的模型,并测试其中自己能跑的那些。