很多人上一次记下的Token单价,过几个月再用时已经不准了:有的降了,有的换了计费口径,还有的悄悄改了免费额度规则。这篇不讲某家现在多少钱,而是给你一套动作——去哪看当天的数字、怎么对齐口径、怎么把单价变化换算成自己项目的成本走向,以及什么情况下这条趋势对你根本不适用。
很多人上一次记下的Token单价,过几个月再用时已经不准了:有的降了,有的换了计费口径,还有的悄悄改了免费额度规则。问题不在记性,而在于单价本来就不是一个常量,它更像一条会拐弯的线。
这篇不讲某家现在多少钱,而是给你一套动作:去哪看当天的数字、怎么对齐口径、怎么把单价变化换算成自己项目的成本走向,以及什么情况下这条趋势对你根本不适用。
为什么你记的单价总会过期
单价失效通常不是单一原因,而是三件事叠在一起:官方调价、新档位上线、旧模型下线。你记忆里那个数字,可能对应的是一个已经不在售卖列表里的规格。所以第一步永远是回到站内核对当下口径,而不是翻聊天记录。
- 先去 /price-watch 看变动记录,确认这个模型最近有没有动过;再到 /official-api 核对当下口径
- 别只记一个数:同一家的价格按输入、输出、缓存读写分成好几档,只记一个数一定对不上账
- 注意「降价」有时只是换档:参数变小、上下文变短、限速变严,单价低了但单任务花费未必低
- 下单前用 /tools/token-price-calculator 把四个口径都套一遍,看哪一项在你场景里占比最大
什么情况下这套动作不适用?如果你的用量长期集中在某一个固定模型,且短期不打算换,那不用做全局趋势判断,只需盯这一个模型的价格页就够了。全局趋势是给需要选型、需要迁移的人看的。
把趋势读出来的四个动作
趋势不是靠一条新闻读出来的,是靠固定动作定期跑一遍。下面这四步,建议一个月做一次,或者在你准备扩容、换模型之前做一次。
- 第一步,定基线在 /tools/token-price-calculator 里填入你真实的输入输出比例,算出「一次调用」的钱,而不是盯着每百万Token的挂牌价。挂牌价只是一个中间量。
- 第二步,看横截面到 /official-api 和 /inference 横向对一遍,把闭源官方价和托管推理价分成两条线看。两条线的走势经常不同步,混在一起看会得出错的结论。
- 第三步,看纵向到 /price-watch 看时间线上的调整记录,再结合 /usage 的真实用量榜判断行业重心往哪走。用量榜反映的是大家实际在用什么,不是厂商在推什么。
- 第四步,看替代品算力侧的变化会传导到推理价,参照 /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 花费占到月度开支的可观比例时,才值得为此建跟踪表和阈值告警。这条判断对任何规模团队都适用,规模大小只影响阈值高低。