首页 / 资讯详情
Jev 的「百亿补贴」迷局：既然「极省」为何还要狂送 1.2 亿 Token？
摘要
先压低判断成本，再用 Calibration 提升可靠性，最终借 Agent 放大调用量。 作者丨郑佳美 编辑丨岑 峰 昨天，大家还在惊叹 Jev 的速度和低成本，今天它又做了一件更夸张的事：给申请到的用户直接发放 1.2 亿 Token 额度。消息出来以后，大家没有先觉得赚到了，更多冒出的念头反而是：这不对劲。因为 Jev 本身就极其省 Token。它主要处理分类、路由、评分和概率判断，不需要像通用大模型那样生成大段内容，一条短文本输入可能只有几十个 Token。按照这种消耗方式，1.2 亿 Token 足够普通应用跑几百万次判断，在输入足够短的情况下，调用规模甚至还能继续往上走。问题也就来了：一个已经靠低价获得大量讨论的模型，为什么还要继续往外送这么大的额度？答案可能藏在 Jev 想做的那门生意里。它要卖的从来都不是一段生成内容，而是一次判断，而 1.2 亿 Token 正在把这种判断推向一个过去很少出现的状态——便宜到开发者几乎不用考虑次数。011.2 亿 Token 到底意味着什么？从技术上看，这相当于给一个应用塞进了数百万次低成本决策机会。雷峰网传统大模型通常围绕一项完整任务工作，读入上下文、完成推理、生成结果，一次调用本身就比较重。Jev 的任务颗粒度小得多，它可以只回答一个问题：这段内容属于哪一类，这几个工具该选哪一个，这个结果应该保留还是丢弃，当前任务应该继续还是结束。这意味着 Jev 的 Token 消耗方式天然适合高频调用。一个 Agent 跑完整条任务链，可以在用户意图识别、工具选择、结果筛选、异常处理和状态检查等多个位置调用它，而每一次消耗都很小，因此 1.2 亿 Token 放到这里，代表的已经不是体验几个 Demo，而是一段很长的真实运行周期。商业上看，这种赠送也很反常。即便 Jev 自己的单价已经非常低，大规模发放 1.2 亿 Token 依然意味着平台主动承担大量免费推理；如果按照市面上的通用小模型价格去换算，同样规模的 Token 也对应着一笔不低的使用价值。所以这里真正值得算的不是单个用户拿到了多少美元，而是 Jev 一次性送出了多少次判断机会。一个开发者手里只有少量额度时，会优先挑关键场景测试；当额度大到短时间很难用完，测试范围会自然扩大，很多过去根本没有考虑过用模型处理的节点，也会被拿出来试一遍。这就进入了 Jev 后面真正想做的事情。02为什么 Jev 要反常地烧钱？Agent 运行过程中存在两类工作，一类需要复杂规划和长推理，另一类只是大量连续的小决策。前者适合交给能力更强的大模型，后者更像一种持续运行的快思考系统，而 Jev 押的正是这一层。一个 Agent 接到任务以后，要不断判断下一步该做什么：该用搜索还是代码工具，返回结果是否可用，失败之后该重试还是换路径，什么时候需要升级给更强模型，什么时候任务可以结束。这些节点单独看都不复杂，却会密集地出现在执行链里。过去，这部分工作大量依赖 if else、关键词、阈值和状态机，因为调用一次大模型处理这种小问题并不划算。Jev 把成本和延迟压下来以后，就有机会进入这些原来属于规则代码的位置。这也是它为什么需要如此夸张的赠送额度。开发者只有经过大量真实尝试，才会慢慢确定哪些节点适合交给 Jev。一旦分类、路由、结果筛选和状态判断围绕 Jev