大模型Token价格趋势

成本与用量

讲清怎么判断大模型Token单价是涨是跌,给从业者一套可复用的查价、追踪与趋势解读方法,避免拿旧数字做决策。

很多人上一次记下的Token单价,过几个月再用时已经不准了:有的降了,有的换了计费口径,还有的悄悄改了免费额度规则。这篇不讲某家现在多少钱,而是给你一套动作——去哪看当天的数字、怎么对齐口径、怎么把单价变化换算成自己项目的成本走向,以及什么情况下这条趋势对你根本不适用。

很多人上一次记下的Token单价,过几个月再用时已经不准了:有的降了,有的换了计费口径,还有的悄悄改了免费额度规则。问题不在记性,而在于单价本来就不是一个常量,它更像一条会拐弯的线。

这篇不讲某家现在多少钱,而是给你一套动作:去哪看当天的数字、怎么对齐口径、怎么把单价变化换算成自己项目的成本走向,以及什么情况下这条趋势对你根本不适用。

为什么你记的单价总会过期

单价失效通常不是单一原因,而是三件事叠在一起:官方调价、新档位上线、旧模型下线。你记忆里那个数字,可能对应的是一个已经不在售卖列表里的规格。所以第一步永远是回到站内核对当下口径,而不是翻聊天记录。

  • 先去 /price-watch 看变动记录,确认这个模型最近有没有动过;再到 /official-api 核对当下口径
  • 别只记一个数:同一家的价格按输入、输出、缓存读写分成好几档,只记一个数一定对不上账
  • 注意「降价」有时只是换档:参数变小、上下文变短、限速变严,单价低了但单任务花费未必低
  • 下单前用 /tools/token-price-calculator 把四个口径都套一遍,看哪一项在你场景里占比最大

什么情况下这套动作不适用?如果你的用量长期集中在某一个固定模型,且短期不打算换,那不用做全局趋势判断,只需盯这一个模型的价格页就够了。全局趋势是给需要选型、需要迁移的人看的。

把趋势读出来的四个动作

趋势不是靠一条新闻读出来的,是靠固定动作定期跑一遍。下面这四步,建议一个月做一次,或者在你准备扩容、换模型之前做一次。

  1. 第一步,定基线在 /tools/token-price-calculator 里填入你真实的输入输出比例,算出「一次调用」的钱,而不是盯着每百万Token的挂牌价。挂牌价只是一个中间量。
  2. 第二步,看横截面到 /official-api 和 /inference 横向对一遍,把闭源官方价和托管推理价分成两条线看。两条线的走势经常不同步,混在一起看会得出错的结论。
  3. 第三步,看纵向到 /price-watch 看时间线上的调整记录,再结合 /usage 的真实用量榜判断行业重心往哪走。用量榜反映的是大家实际在用什么,不是厂商在推什么。
  4. 第四步,看替代品算力侧的变化会传导到推理价,参照 /compute/price-index 的租卡涨跌。只看模型挂牌价,会漏掉上游那半条线索。
观察维度去哪看重点看什么
单次调用成本/tools/token-price-calculator你真实的输入输出比例,而不是默认值
官方与托管两条线/official-api、/inference同一能力在两边的差距有没有收窄
时间线变动/price-watch是调价,还是上新档位、下线旧档位
上游算力成本/compute/price-index租卡价格的松紧,是否在向下传导

把趋势翻译成你自己的成本曲线

行业趋势再清楚,落不到你的账上也没用。关键动作只有一个:把「单次成本」和「调用量」拆开看,然后只对大头做趋势跟踪。

  • 做一张三列表:任务、当前单次成本、换到相邻档位后的单次成本;算法参考 /tools/model-cost-calculator
  • 只跟踪占比最高的前三个任务,长尾任务的价格波动对总账几乎没影响
  • 设一个观察阈值:只有当某档单价变化足以让你的月度预算偏移一个可观比例时,才值得动架构
  • 记住换模型本身有成本:重测、改提示、改评测集,这些活都得算进去

不适用的情况也说清楚:调用量极小的团队,比如一天只跑几十次,趋势判断的收益远低于稳定性带来的收益,优先保住可用性更划算。另外,如果你的成本大头在图片、语音或按次计费的接口上,Token单价趋势对你只是参考,不是主线。

单价降了不代表你账单降了,账单降了也不代表你该换模型——先看单次成本,再看月度总账。

读趋势时最容易踩的三个坑

同一个数字,换个口径看可能完全变样。下面这三个坑,是读Token价格趋势时最常出问题的环节。

币种与结算周期混比
拿不同币种、不同结算周期的数字直接比,外币结算、汇率与预充折扣都会扭曲结论;口径对齐思路可参考 /official-api 里各家托管页的说明
把免费额度当趋势
免费额度是获客手段,会随时收紧,不能拿它推长期成本;额度类规则集中看 /coding-plans 与 /plans
忽略计费单位差异
按Token、按次、按张、按秒混在一起看会得出完全错误的方向;单位说明见 /ai-dict/category/basics

如果你确实在选型阶段,建议把「读趋势」和「测可用性」分开做:趋势帮你缩小候选范围,可用性测试帮你定最终那一个。两件事用两套工具,别混在同一次评估里。

下一步把你现在最贵的那次调用数据代进计算器,先看单次成本,再回价格追踪页对一遍最近的变动记录,这样得到的结论才和你自己的账本有关。

常见问题

大模型Token单价整体是在降吗?

从各家公开的调整记录看,单位Token的挂牌价多数时候是往下走的,但这个结论不能直接搬到你自己的账上。因为降价常伴随上下文缩短、限速收紧或计费档位拆分,你的实际单任务成本可能持平甚至上升。判断方法是在 /tools/model-cost-calculator 里按你自己的输入输出比例算单次成本,再看 /price-watch 的时间线,而不是只看挂牌单价。

我怎么知道某家是不是刚调过价?

别靠记忆,靠两个动作:先到 /price-watch 看价格变动追踪有没有对应记录,再打开 /official-api 里对应的厂商页核对当下的计费项和档位。如果你用的是中转渠道,还要单独看 /sites 目录里的说明和 /tools/verify 的在线实测结果,因为中转的倍率可能和官方不同步,官方降价不一定立刻传导到渠道价。

价格趋势对我的项目到底重不重要?

看两个变量:调用量和单次成本占比。如果每月调用量很小,或者成本主要花在人工和算力租用上,Token 单价波动对你的总账影响很小,优先保证稳定性和效果;只有当某一个任务的 Token 花费占到月度开支的可观比例时,才值得为此建跟踪表和阈值告警。这条判断对任何规模团队都适用,规模大小只影响阈值高低。

本文依据各平台公开文档与官方公告整理,只做中文归纳;具体做法、参数与限制以官方文档为准。