Jev 定价怎么算：官方 $42/十亿输入 token，一天一万次判定约多少钱

木木夕 技术创作者 2026-09-21 184 阅读

先说结论

  • 官方口径：Jev 按输入 token 计费，官网写明 $42 / 每十亿 input tokens，并称输入价格比 Claude Fable 5.1 低 238x，这些是官方数据。
  • 输出是否计费有冲突：官方 API 响应里包含 output_tokens，说明输出被计量；但第三方实测仓库写的是“output free”。官方公开文档没有明说输出是否单独计费，不能替任何一方下结论。
  • 按官方文档示例量级估算：若一次判定输入约 392 tokens，单次输入成本约 $0.0000165；一天 1 万次判定约 $0.165/天（自己推算）。
  • “444.6x cheaper”不要直接套单个工作流：官方首页示例里单个工作流的成本比约是 171 倍，不是 444.6 倍；444.6 倍是官方给的一套 System One 工作流汇总口径。
  • 接入前必须自己算账：重点核对单次 tokens、日调用量、峰值并发、低置信度兜底，以及控制台账单里输出 token 是否产生费用。

官方定价口径：写在首页，没有独立 pricing 页

Jev 的定价信息不在某个标准定价页，而是直接放在官方首页上。首页下滑到 Jev.Cost 区域，官方给出两行关键信息：

$42
Per Billion input tokens.

238x
Lower input price than Claude Fable 5.1

这里要明确标注：$42 / 每十亿 input tokens 和 238x lower input price than Claude Fable 5.1 都是官网原话，属于官方数据。

另一个值得注意的观察是：官网并没有独立 /pricing 页面。我访问 https://typesafe.ai/pricing 时返回 404，因此定价信息只能从首页和文档里获取。这个观察本身挺重要——因为没有标准定价页，也就没有公开的 output token 单价表。官方只强调输入 token 价格，输出是否计费、如何计费，在定价层面没有进一步展开。

如果想了解调用方式，可以看官方 Quick start。它给的 API 端点是 POST https://api.typesafe.ai/v1/systemone，模型名用 jev-latest。请求里带 state 和 questions，响应里会返回对应答案。更重要的是，官方 API Reference在响应结构中列出了 usage.input_tokens 和 usage.output_tokens，这说明模型不仅计量输入，也计量输出。

响应结构 vs 第三方实测：输出是否计费没对齐

这里出现了一个口径冲突。

官方 API Reference 显示的响应结构包含 usage.input_tokens 和 usage.output_tokens。也就是说，输出 token 是被计量的。但官方定价页只给了 input price，没有 output token 单价。官方文档示例里有一个 usage 案例：input_tokens 为 392，output_tokens 为 65。需要说明，这是官方文档示例值，不是真实调用量，只能用来做量级推算，不能当作额度上限。

与此同时，第三方实测仓库 RoboKrunch 的 jev-physical-ai README 写的是：

Jev is a “System One” model: structured state in, typed probabilistic decisions out — no text generation, 70–500ms, $0.042 per million input tokens with output free.

这个仓库明确写了 output free，并且声称所有数字来自 2026-09-19 真实 API 调用。但它也写了自己是通过 OpenRouter 跑的，而不是 TypeSafe 原生 POST /v1/systemone。因此这是非官方、社区二手口径。

我在这里不想替任何一方下结论。官方文档未明说输出是否单独计费，只提供了计量字段；第三方仓库说 output free。真正要确认，只能自己到 TypeSafe 控制台拉账单明细核对，或者直接联系官方。在拿到控制台账单前，不要把“output free”当成定论。

换成自己的账：从 392 个 input tokens 开始算

既然官方文档示例里 input_tokens = 392，我们可以用它做一次保守的成本量级推算。所有下文标注「自己推算」的数字都基于这个官方文档示例值。

官方输入价：
$42 / 1,000,000,000 tokens
= $0.000000042 / input token
= $0.042 / 1,000,000 input tokens

若单次 input = 392 tokens（官方文档示例值）：
392 / 1,000,000,000 × $42 = $0.000016464
≈ $0.0000165 / 次

一天 10,000 次判定：
10,000 × 392 / 1,000,000,000 × $42 = $0.16464
≈ $0.165 / 天

一个月 30 天：
$0.16464 × 30 ≈ $4.94 / 月

如果输出 token 也按 $42/十亿同价计费，官方文档示例里还有 65 个 output tokens：

10,000 × 65 / 1,000,000,000 × $42 = $0.0273 / 天

含输出后：
$0.16464 + $0.0273 ≈ $0.192 / 天
月成本 ≈ $5.76 / 月

也就是说，按这个示例量级，输出部分会让成本增加约 16.6%（65 / 392 ≈ 0.1658）。这个比例是「自己推算」。如果第三方所说“output free”成立，那么每天成本就回到 $0.165 那条线；如果官方对输出也按输入同价计费，则每天约 $0.192。差距虽然不大，但量大时会显现出来。

再放大一点：如果一天 100 万次判定，仅输入成本约为：

1,000,000 × 392 / 1,000,000,000 × $42 ≈ $16.46 / 天
月成本 ≈ $494 / 月

这个数字仍然不算贵，但前提是单次输入 token 稳定在 392 附近。如果你的 state 或 questions 很长，成本会线性上升。

官方示例、官方倍数不是一回事

官方首页给了两个不同层面的数字。

第一层是标题倍数：首页写 193.6x Faster, 444.6x Cheaper，并注明“based on workflows for System One tasks”。这是官方给的这套 System One 工作流的汇总口径。

第二层是具体工作流示例：同一个区块下方给出

TypeSafe AI
Cost $0.000081
Completed in 0.114s

LLMs
Cost $0.013880
Completed in 8.566s

官方标注这是基于 System One 工作流。这里要注意，示例里的成本和时间是单个工作流的对比，并不等于标题里的 444.6 倍。用示例数字简单算一下：

$0.013880 / $0.000081 ≈ 171.4

也就是说，在这个示例里，LLM 成本大约是 TypeSafe 的 171 倍，而不是 444.6 倍。这个 171 倍是「自己推算」，不是官方数字。标题里的 444.6x cheaper 是这套工作流的汇总口径，可能包含多个步骤、多次调用或其他任务组合。拿单个工作流示例去套 444.6 倍，会高估便宜幅度；拿 444.6 倍去套单次 API 调用，会低估真实成本。 两个口径不要混用。

先算账再接入：一份核查清单

如果你准备接入 Jev，我建议按下面顺序先算账，再写代码：

  1. 单次判定大概多少 token
    先用自己的真实 state 和 questions 调一次 API，看响应里的 usage.input_tokens 和 usage.output_tokens。在没有真实数据前，可以用官方文档示例的 392 input tokens 做保守估计，但不要长期拿它当真实值。

  2. 一天多少调用
    统计你的真实日调用量，不要只按峰值画饼。示例：一天 10,000 次判定，仅输入成本约 $0.165/天（自己推算）。

  3. 峰值并发怎么预留
    第三方实测仓库给出 p50 延迟 0.527s、mean 0.558s、p95 0.813s（社区二手数据，非官方）。如果你要设计自动重试或低延迟系统，别按均值 0.558s 设计，至少按 p95 0.813s 预留余量。并发需求要按自己的峰值请求速率来算，而不是按均值。

  4. 低置信度兜底会不会翻倍成本
    Jev 返回 confidence，低置信度时你可能会转人工复核、降级到 LLM、或重新发起一次判定。凡事关额外调用，成本都会按调用次数线性增加。比如兜底率 10%、每次兜底额外调用一次，成本大约增加 10%；如果每次兜底都跑完整工作流，成本会更高。这个影响要在接入前算清。

  5. 输出是否计费要自己核对
    官方公开文档没有给出输出 token 单价，第三方仓库说 output free，口径不一致。正式放量前，务必去 TypeSafe 控制台看账单明细，确认 output_tokens 是否产生费用。不要只信文档，也不要只信第三方测仓库。

这次没核实的

  • 输出 token 是否单独计费：官方公开页面没有明说输出单价，未能核实。需要控制台账单或官方确认。
  • Claude Fable 5.1 价格比较细节：官方首页只写了 238x lower input price，没有给出比较基准的完整计算方式，未能核实。
  • OpenRouter 渠道与 TypeSafe 原生 API 的价格一致性：第三方实测仓库说自己通过 OpenRouter 跑，而不是原生 /v1/systemone，因此第三方口径不能直接等同于官方原生计费，未能核实。
  • /pricing 404 是临时还是长期状态：我只验证了首页定价区块和 404，未能核实官方是否会补独立定价页。

参考来源

# AI# 知识

评论区

0 条评论

登录后可评论。

木木夕 184 阅读