大模型价格对比：把不同口径换成同一单位

很多人比价时拿着三张不同单位的表：官方写的是每百万 token 输入输出单价，中转站给的是「倍率」或者「折扣」，月卡干脆只告诉你一个月多少钱。数字放在一起根本没法比，只能凭感觉挑。这篇不讲哪家便宜，只给一套换算动作，把这几类口径统一到「每百万 token 实际成本」，顺带指出几个最容易踩的换算陷阱。

很多人比价时手里攥着三张单位完全不同的表：官方页面写的是每百万 token 的输入、输出单价，中转站给的是「倍率」或者「折扣」，月卡干脆只告诉你一个月多少钱。这三类数字放在一页上根本没法直接比，最后只能凭感觉挑一个。这篇不讲谁家便宜，只给一套换算动作，把它们统统改写成「每百万 token 实际成本」这一个分母。

换算过程中最容易翻车的地方不是算术，而是口径没对齐。下面按「先认清单位、再动手换算、再避开陷阱、最后看总账」的顺序走一遍，每一步都给出可验证的动作，你拿自己真实的用量记录就能复盘一次。

先认清你手上是四种不同的单位

比价之前先分类。你面对的不是「价格高低」，而是四种计量口径，混在一起算必然出错。先判断你看到的那一行数字属于哪一类，再决定它能不能直接参与比较。

• 官方按量价：单位是每百万 token，但要分输入、输出，还可能继续分缓存写和缓存读，只报一个数就要多问一句；
• 中转站倍率：本质是相对某个基准价的倍数，换算前先问清基准是哪一家的哪个价格，基准不明就没法算；
• 订阅月卡：单位是每月固定金额，必须配合额度上限或你的历史用量才能摊成单价；
• 免费额度与赠送金：不参与比价，只当抵扣项，抵扣完之后真正超量付费的那部分才进入比较。

换算步骤：把每一列都改写成同一个分母

统一单位选「每百万 token」，并且输入、输出分开列，不要合并成一个均价。下面五步按顺序做，做完你会得到一张四项价格表，而不是一个模糊的高低结论。

1. 确定分母锁定「每百万 tokens」作为统一单位，输入列和输出列分开建，缓存读、缓存写各留一列。
2. 估输入输出比例从你自己的用量记录里截一段真实任务，统计输入 token 与输出 token 各占多少，比例不同结论会反过来。
3. 倍率换算成金额拿基准单价乘以倍率得到实际单价，基准价去站内官方 API 价格页核对当时数字，别用记忆里的旧数。
4. 月卡摊成单价用套餐额度上限或历史月度用量当分子，月费当分母，先确认额度是按什么单位给的再除。
5. 四项加总正常输入、正常输出、缓存读、缓存写分别乘以各自单价再相加，得到这个任务的总成本。

做完这五步，你手里的表应该长成「一个任务的总成本」，而不是「每百万 token 多少钱」。前者才能直接和账单对应上，后者只是中间过程。

常见口径陷阱：这几种比法最容易被带偏

换算是机械动作，陷阱却全在口径上。以下几条在比价时反复出现，碰到任意一条，先停下来把口径补齐再继续算。

• 把输入价当整体价：输出单价通常比输入高不少，只给一个「每百万 token 多少钱」的表要警惕，先要四项明细；
• 缓存价打折但命中率未知：折扣只对命中部分生效，命中率低时省下的部分可以忽略，去站内相关页面看命中条件；
• 倍率口径不统一：有的倍率含缓存折扣、有的不含，有的输入输出分开算，比之前先把四项对齐；
• 额度单位不一致：套餐给的是点数、积分、美元额度还是 token 数，先统一成 tokens 再比，具体说法到站内编程套餐目录页看当时口径；
• 汇率与结算周期：按外币计价的方案要把汇率波动算进去，短期对比用当期汇率，长期预算留余量。

为什么「单价最低」常常不是「账单最低」

单价是标称值，账单是实际发生值，中间隔着任务结构、重试、缓存命中率和额度浪费四道关。只盯单价，很容易算出好看的数字、收到难看的账单。

• 任务结构决定成本：短输入长输出的任务，输出单价才是大头，输入再便宜也拉不动总账；
• 重试和失败调用照样计费：限速策略差、报错率高的方案，实际消耗会明显高于标称；
• 缓存命中率拉开差距：同样单价下，命中率高的方案实际账单能低一截，差距取决于你的任务是否重复；
• 额度浪费：月卡买大了一档，用不完的部分等于摊进了单价，折算下来可能比按量还贵；
• 什么情况下单价比法失效：用量波动极大、或任务横跨好几类时，任何单一分母的对比都只能当参考，要按任务分类分别算。

比价的目的不是找数字最小的那一行，而是找最贴近你真实用量的那一行。

想把这件事做成习惯，可以固定一个动作：每季度用真实用量重算一次四项成本。用量结构变了，结论通常也会跟着变，去年的表格今年未必还成立。