倍率、分组、计价项：中转站报价单三列速查

价目表发过来，一行行都是「倍率」「分组」「按次」「按积分」，看着都懂，真要比较时却下不去手——到底哪家便宜、这个分组算不算贵、按次的折算成 token 是多少钱，没人告诉你。这篇给一套只看三列的速查法：先确认哪三列决定实付，再把倍率和分组名换算成统一单价，最后把按次、按积分、按倍率三种写法拉到同一把尺子上；算不平的就别急着充。

价目表发过来，一行行都是「倍率」「分组」「按次」「按积分」，看着都懂，真要比较时却下不去手——到底哪家便宜、这个分组算不算贵、按次的折算成 token 是多少钱，没人告诉你。这篇给一套只看三列的速查法：先确认哪三列决定实付，再把倍率和分组名换算成统一单价，最后把按次、按积分、按倍率三种写法拉到同一把尺子上。

算不平的就别急着充。中转站报价单的坑不在贵，而在口径不统一——两个站各写各的，你拿倍率去比按次，结论一定是错的。下面四节就按「看哪三列 → 怎么折算 → 怎么统一 → 什么情况下别这么比」的顺序走。

拿到报价单，先看这三列

不用先把整张表读完，先扫三列就够了。这三列决定你最后付多少钱，其余列都是陪衬。缺任意一列，说明对方没打算让你算清楚，这时候要口径比要报价更优先。

• 第一列是计价单位，它决定后面所有换算的基准，按次和按 token 不是一回事；
• 第二列是分组名或渠道名，同名分组在不同站点可能对应不同渠道与不同倍率；
• 第三列是倍率或点数换算系数，没有它，报价单就只是一堆形容词；
• 三列缺一就别急着算，直接向对方要完整口径，缺列本身就是风险信号；
• 顺手看一眼有没有「最低消费」「起扣量」这种写在角落的附加条款。

倍率与分组名怎么变成实际单价

倍率本身不是价格，它是个系数。要变成能横向比较的单价，你得有一个基准价去乘。基准价用官方单价当锚最省事，到 /official-api 查该模型的官方单价，再乘该分组写的倍率，得到的就是这颗模型在这个分组下的实际单价。

1. 找基准价到 /official-api 找目标模型的官方单价，把它当作锚，别用别的站的中转价当基准。
2. 取倍率以该站页面上写死的倍率数字为准，不要凭分组名猜倍率，名字相同不代表倍率相同。
3. 相乘得单价基准价乘倍率得到实际单价，记成「模型 + 分组 + 实际单价」一行，多站放进同一张表。
4. 复核带上自己估算的 token 量，去 /tools/token-price-calculator 复核一遍，看和手算差多少。

分组名要特别小心。同一个名字在不同站点可能对应完全不同的渠道和倍率，比如有的站把「默认」做成低价渠道，有的站把「默认」做成高价直连。所以判断标准很简单：只认页面上写死的倍率数字，名字只是索引。另外注意缓存价、长上下文加价、起扣量这类附加口径，它们不进倍率，但会进账单。

按次、按积分、按倍率混着写，怎么统一比较

三种写法要拉到同一把尺子上，尺子的单位统一用「每百万 token 实际单价」。按倍率的最省事，乘完基准价直接进表；按次和按积分要各走一步换算，换算不出来的就别硬比。

• 按次：先估你这边的平均单次输入输出 token 量，再乘目标模型单价，得到单次等效成本；
• 按积分：找到积分与金额的兑换比例，换算成实际单价后再进表，比例不给就单列备注；
• 按倍率：直接乘基准价得到单价，是最容易统一的一种；
• 把估算用的 token 量写在表头，别让假设藏在心里；
• 用自己的真实用量去 /usage 校验假设，别拿最乐观的估计做对比。

一页速查：比较顺序与不适用的情况

比较是有顺序的。先比计价单位是否同一口径，再比实际单价，最后才比条款和结算方式。顺序反了，你会被低单价吸引，然后在条款上吃亏。同一张表里只留能算出实际单价的项，算不出来的单列备注。

• 第一步：确认两边计价单位一致，不一致先换算再比；
• 第二步：比实际单价，用同一基准价算出来的那张表；
• 第三步：比条款、结算方式、是否支持按量退，单价接近时这些才决定体验；
• 第四步：只看能算出来的项，算不出来的单开一列写着「口径缺失」；
• 第五步：落笔前再去站内核对当时的数字，报价是动态的。

什么时候这套速查不适用？多模态、长上下文、工具调用密集的场景，单价之外的计费项占比可能更高，这时候要按调用结构拆开单独算，不能只比单价。还有一种是渠道质量差异大，价格接近但稳定性不同，这类差异要到 /rankings 和 /price-watch 看当时的数字和趋势，别只盯报价单。价格每天都在动，用过期表做判断比不算还危险。