模型中转站和官方api价格对比

很多人挑中转站只看「价格低」，结果用了一两个月才发现，同样的活在不同渠道上消耗的口径根本不一样：官方按 token 明码标价，中转站报的却是倍率、分组、按次或包月，看着便宜，折算下来未必省。这篇不给你一个「谁更便宜」的结论，而是给你一套把两边拉到同一口径上比的方法，以及什么情况下该走官方、什么情况下中转更划算。

很多人挑中转站的第一反应是看「价格低不低」，然后一两个月后才发现，同样的活在不同渠道上消耗的口径根本不一样。官方 API 基本围绕 token 明码标价，中转站报出来的却是倍率、分组、按次或包月，看着便宜，折算下来未必省，反过来也一样。

这篇不给你一个「谁更便宜」的结论——那个结论几乎每次都会过期。给你一套把两边拉到同一口径上比的方法，以及什么情况下该走官方、什么情况下中转更划算。看懂口径，比记住某个数字有用得多。

先搞清楚两边到底在按什么收钱

官方 API 的计费基本围绕 token 展开，输入、输出、缓存命中往往是不同的单价，有的还区分批量与实时。中转站常见的做法是「倍率 × 官方单价」，或者干脆自定一套单价。所以你看到的那个数字，不等于你最终付的成本。

token 单价

官方口径的计价基础，输入和输出通常分开算，缓存命中部分可能另有折扣

倍率

中转站常用的表达方式，在某个基准价上乘一个系数，倍率本身不含基准，要问清基准是什么

分组

同一个模型被放进不同分组后单价可能完全不同，先确认你买的是哪一组

按次 / 包月

不按 token 算，按调用次数或时间收费，省心但和官方单价没法直接比

• 问清楚计价单位是 token、次数还是时间；
• 问清楚输入、输出、缓存命中是不是同一个价；
• 问清楚你所在的这个分组具体套的是哪一档；
• 问清楚有没有起充门槛、最低消费、余额有效期。

把两边的价折算到同一条公式上

比价的前提是用你自己的用量结构做输入，而不是拿一个笼统的「平均价」。你需要知道自己业务里输入多少、输出多少、有没有大量重复前缀（这直接影响缓存命中），然后分别套官方价和中转价算一遍。

1. 收集真实用量从你现有调用日志里拉一段有代表性的时段，统计输入 token、输出 token 和重复前缀比例，别用估算值。
2. 查官方基准到 /official-api 核对当时的官方单价，注意输入、输出、缓存几档要分别看，不要只看一个总数。
3. 查中转报价到 /sites 里的站点页看它的分组和倍率说明，别用别人转述的截图或聊天记录里的数字。
4. 两边各算一次用 /tools/model-cost-calculator 和 /tools/token-price-calculator 分别算一遍，把两个结果放在同一张表里对比。
5. 复核结论算完之后回去看一次真实账单，验证你的折算方式是否和实际扣费对得上。

不适用的场景也要说清楚：如果你的量很小，比如一个月就几百万 token，固定费用、起充门槛、余额有效期对总价的影响会盖过单价差异，这时候按量比价意义不大，直接看哪边门槛低更实际。

单价之外，哪些东西会悄悄改变成本

价目表上写的是理论成本，实际成本还受一批不在表里的因素影响。这些因素平时不显眼，量一上来就会变成主要差距。

• 稳定性与重试：掉包、超时、需要重发请求，实际消耗会高于理论值，这部分不会出现在价目表上；
• 可用额度与限速：高并发被限速后排队，等于用时间换钱，包月类渠道尤其要看清楚限速规则怎么写；
• 余额与沉淀成本：充值门槛、余额能不能退、会不会过期，决定了你实际压进去多少钱；
• 汇率与支付通道：官方直连的结算币种、中转站的收款方式，都会影响你最后真正付出的金额。

什么情况走官方，什么情况走中转

这件事没有统一答案，但可以按业务特征快速分流。核心判断标准是：你对稳定性、可对账性和数据流向的要求有多高，以及你的用量规模是否大到足以摊薄固定成本。

把结论写成一句话存下来：在什么用量区间、用什么模型、走哪条通道更省。用一段时间之后回去对一次真实账单，验证这个结论还成不成立。

价格是会动的。隔一段时间去 /price-watch 看变动，再回 /official-api 对一次当时的数字，别拿半年前的印象做决定。中转站的可信度也会变化，站点页上的信息值得定期复查。