现货与期货价格对比表

你大概见过这种场面：一边是官方按量计费页上的当期单价，一边是渠道商报的套餐价或预付价，两个数字摆在一起，看着差挺多，但压根不是一回事。这篇不讲哪家便宜，只讲怎么把两类价格分清楚、怎么摆成一张能看懂的对照表，以及什么情况下这种对比本身就不成立。适合刚接触预付、包量、批量报价的人。

你大概见过这种场面：一边是官方按量计费页上的当期单价，一边是渠道商报的套餐价或预付价，两个数字摆在一起，看着差挺多，但压根不是一回事。一个是「用多少算多少」，一个是「先把量买下来」。混着比，结论一定是错的。

这篇不讲哪家便宜，只讲怎么把这两类价格分清楚、怎么摆成一张自己能读懂的对照表，以及什么情况下这种对比本身就不成立。适合刚接触预付、包量、批量报价的人。涉及当期数字的地方，一律回到站内页面看当时的值。

先把两类价格叫法对齐

现货价

当下按量结算的当期单价，账随用量走，用多少收多少

期货价

提前锁定的一笔量或一段时间，先付后用，单价低但把没用完的部分也算进成本里

判断标准只有一条：这笔钱是按已发生的用量收，还是按预先承诺的量收。按承诺量收的，不管叫套餐、预付还是包月，一律当期货看。口径对齐之后，再去站内页面对数字：官方 API 价格看 /official-api，套餐类看 /coding-plans 与 /plans，别把两个页面的数字直接塞进同一行。

• 先写下这笔报价的收费触发点：是用量发生，还是付款完成
• 再写下失效条件：多久不用会作废，能不能顺延
• 把报价换算到同一个计价单位，换算不了就先标记为不可比
• 最后才比较数字大小，顺序反了就会被单价带跑

对照表该有哪几列

一张能用的对照表，重点不在数字，而在口径。下面这几列缺一项，横向比较就站不住。建议先固定一行做基准行，通常是最常见的当期按量报价，其余报价都换算成同单位的等效值再往里填。

• 读表第一步：确认计价单位一致
• 读表第二步：确认锁定周期和用量节奏匹配
• 读表第三步：把汇率、税费口径补齐
• 读表第四步：才轮到比数字

最小起订量、结算币种、含不含税费这几列最容易漏，偏偏它们决定了一行报价对你到底成不成立。缺列就得回供应商问清楚，别自己猜。

哪些情况这张表根本没法用

有三种情况，对照表填得再整齐也没意义。遇到其中任意两种同时出现，就先把表放下，回去补数据，而不是硬下结论。

• 单位不同：按 token、按次、按张、按秒混在一张表里，怎么算都是错的
• 权益不同：带不带额度重置、能不能转赠、超额停不停服，差一项就不可比
• 用量结构不同：短请求密集和长上下文为主，对锁定量套餐的消耗速度完全不同
• 时间窗不同：一个按自然月结算，一个按滚动周期结算，直接对齐月份会失真

判断标准很简单：如果两行报价里有两项以上口径对不上，就先别下结论。去 /tools/token-price-calculator 和 /tools/model-cost-calculator 把两边换成同一单位再看，能换过去才有比较的余地。

填完表之后的三步核对

1. 代入真实用量取最近一到两个月的实际用量记录，分别代入现货和期货两类报价，算出两条月度成本曲线，不是算一个数。
2. 做压力测试把锁定量没用完的比例设成一个偏悲观的值再算一遍，看结论会不会翻转；翻转了就说明这个锁定量对你偏大。
3. 补全隐性项把汇率、税费、超量单价补进去重算，很多看着划算的报价是在这一步才露馅的。

也要知道什么情况下这套算法不适用：刚起步、月用量还凑不满一个完整结算周期时，两条曲线之间的差异基本是噪声，先老实攒两三个月的用量记录，比急着锁量划算得多。