倍率怎么读：0.15 是官方价一五折，还是站内系数？

为什么同一个 0.15，价差能有七倍

同样标着 0.15，在三家站上可能对应三种完全不同的钱：

三个数字差出七倍。这不是谁在骗人，是三种不同的计价语言。

三步判定法

第一步：找基准价

翻价目表，看有没有「官方价格」对照列。

• 有对照列：站内价与官方价并排，说明基准价就是官方价，标出来的折扣可以直接比。
• 没有对照列：大概率是「站内基准价」。这个基准价是运营方自己定的，可能已含折算，也可能已含分组系数。

第二步：看结算单位

积分制是最容易读错的一类。有的站写「1 元 = 100,000 积分」，倍率 0.15 —— 这里的 0.15 是作用在积分上的，先要算出模型的基础积分价，再乘倍率，最后按充值比例折回人民币。三步里任何一步的默认值不同，结果就差一截。

第三步：反推单价

拿一个你最常用的模型，算一次 1M token 的实付，再除以官方价。

实付倍率 = (站内输入单价 + 站内输出单价) / (官方输入单价 + 官方输出单价)

算出来接近官方价 → 站内以官方价为基准；算出来只有官方价的十几个点 → 基准价本身已经打过折，那个 0.15 是第二层折扣。

四种常见的单位陷阱

陷阱一：自定义积分，且「取整显示」

页面上写「积分显示取整」，意味着小额调用的实际扣费可能被四舍五入。单次影响很小，但高频短请求会累积。

陷阱二：美元标价 + 人民币充值

站点按美元标价、按人民币收钱，中间有一个站点自己定的汇率。这个汇率可能不是 7.1，可能是 7.3，也可能是「1 元 = 1 美元额度」这种营销写法。后一种不要按字面理解成汇率。

陷阱三：缓存写入与缓存读取各有倍率

四个价格（输入 / 输出 / 缓存写 / 缓存读）里，缓存写通常比输入还贵。如果你的业务是长 system prompt + 高频请求，缓存写和缓存读会占相当比例，只看输入输出两项会低估成本。

陷阱四：生效倍率 = 分组倍率 ÷ 充值倍率

有的站把「分组倍率」和「充值倍率」分开设，页面显示的实付倍率是两者相除的结果。你以为在比 A，其实比的是 A ÷ B。

一份可复现的核算表

用这张表算一遍，比读十段宣传文案管用：

怎么问运营方

三句话就能问清，不用绕：

1. 「你的价目表里，模型单价是相对官方价，还是相对站内基准价？」
2. 「1 元等于多少额度？这个比例和官方美元价是什么关系？」
3. 「分组倍率和充值倍率是相乘还是相除？最终扣费按哪个算？」

对方答得清楚，说明这套计价体系是自己搭的、心里有数；答得含糊，说明连他自己也没算过。

小结

• 倍率是相对量，没有基准价就没有意义；
• 看到 0.15 先别高兴，先找基准；
• 积分制、汇率、缓存计价、倍率叠乘，是四个最常见的读数错误来源；
• 最后一步永远是反推单价——用钱算，别用数字算。