Jev API 价格不只 $0.042/M：算 AI Agent 成本时别漏掉执行层

Jev 当前的标价很简单：**$0.042 / M 输入 tokens，输出免费**。但这通常不是一个 Agent 的全部成本。

如果你让 Jev 判断“这次请求是否需要调用编码模型”“要不要人工确认”，它省下的是判断层的费用；真正决定账单的，往往是被它放行或升级后的执行调用。把这两层拆开，价格才有可操作的意义。

Jev API 怎么收费

目前可查到的 Jev 1.13 与 Jev Latest 信息如下：

latest 会随服务端维护版本更新。做一次性验证可以用它；若要长期比较路由质量、排查异常或复现成本变化，固定到具体版本会留下更清楚的基线。价格和可用模型会变动，发布或接入前应以 Jev 的当前模型页为准。

Jev 的月费用可以直接按输入量估算：

Jev 月费用 = 月输入 token ÷ 1,000,000 × 0.042（美元）

例如，一个路由器每月处理 10,000 个任务，每次把约 2,000 个 tokens 的任务摘要、风险标签和必要上下文交给 Jev：

10,000 × 2,000 = 20,000,000 input tokens
20,000,000 ÷ 1,000,000 × $0.042 = $0.84

这个例子只说明计算方法，不是对实际账单的预测。最容易低估的部分是上下文：完整聊天记录、工具输出、仓库摘要和重复的系统提示都会计入输入。路由器需要的是足以判断的状态，而不是把所有历史都塞进去。

当 Jev 参与路由时，可以把一次任务的平均成本写成：

平均任务成本 = Jev 判断成本 + Σ（某条路径的命中比例 × 该路径的平均执行成本）

假设你有三条执行路径：直接回答、常规编码、深度审查。即使 Jev 的判断成本很低，只要大部分任务都被升级到深度审查，总成本仍会接近“全部使用强执行模型”的方案。若你还在分辨 Codex 的订阅、Credits 与 API 调用分别从哪里计费，可先看这篇 Codex 怎么收费。

因此，评估一个路由规则时，不该只问“Jev 每百万 token 多少钱”，还应记录下面三件事：

这组数据能回答一个更有用的问题：路由是否把昂贵调用留给了真正需要它的任务，而没有把问题转移到返工上。

Jev 输出免费不等于调用免费。对一个二元风险判断，传入几十页日志和完整对话记录通常没有意义；先在应用侧提取文件范围、变更类型、是否写入和失败信号，既能缩短输入，也让路由规则更容易审查。

“不确定就升级”听起来保守，却可能让深度路径成为默认路径。阈值应该由任务的错误代价决定：只读解释可以接受较低门槛；会改文件、提交代码或触达生产系统的请求，即使复杂度不高，也应提高自动执行门槛或要求人工批准。

如果路由效果和成本要按月对比，至少保存模型标识、调用日期、路由输出和最终路径。否则 latest 更新后，命中率或 token 用量变化时，很难区分是规则改变、任务分布改变，还是模型版本改变。

先挑一类可回放、低风险的任务，例如把工单分成“直接回答”“需要代码修改”“需要人工确认”。连续记录一段时间的输入 token、路由结果、执行成本和人工改判，再决定是否扩到写文件或外部工具调用。

当执行层需要在多个模型提供方之间切换时，可以通过支持多模型的 API 中转站 AI Code With 接入 Jev 与执行模型；但无论使用哪种接入方式，成本判断都应回到同一份路由记录，而不是只看 Jev 的标价。