反例一：低倍率只覆盖输入
某站标 0.3x，但输出按 1.0x 计。一次 10,000 输入 + 2,000 输出、官方价输入 ¥4 / 输出 ¥24 的调用，标称应扣 ¥0.12 + ¥0.48 = ¥0.60，实际按 0.3 输入 + 1.0 输出算是 ¥0.12 + ¥0.48……看起来一样，因为输出本来就按官方价。真正拉开差距的是长回答场景：输出占比越高，0.3x 的优势越接近消失。
倍率怎么换算成真实成本
倍率只有在覆盖同一批计费项、同一计价货币时才可比；用一次真实调用反算有效倍率，比看宣传页有用。
可引用结论
倍率 = 该站报价 ÷ 官方价，0.5x 表示半价。但倍率只有在「覆盖同一批计费项 + 同一计价货币」时才可横向比较；横向比较的正确做法是用固定用量跑一次真实调用，按「实扣 ÷ (官方价 × 用量)」反算有效倍率，与标称倍率对齐。
引用请注明来源 https://zhongzhuancha.com/guides/rate-calculation（抓取日期 2026-10-28）。
倍率的准确定义
一句话说完，再解释三个容易漏掉的前提
有效倍率 = 该次调用实扣金额 ÷（官方价 × 该次用量）
标称倍率由站方给出，公式是「该站报价 ÷ 官方价」。它在数学上成立，但在商业上有三个前提经常不成立：
- 覆盖范围一致：输入、输出、缓存写入、缓存读取四项，倍率是否都适用。
- 计价货币一致：官方价是美元，站点收人民币，折算比例是多少。
- 分组可比：同一家站的 max / pro / 逆向分组成本结构不同，不能混着比。
三个前提里任何一个不成立，标称倍率就只能当宣传语看。有效倍率才是能拿去比价的数字。
三个反例：标称倍率为什么会骗人
每个反例都能用一次小额调用验证
反例二：美元人民币一比一
官方价写 $2/M、站点写 ¥2/M 并标 1.0x。表面是平价，实际 1 美元约合 7 元人民币，等于把价格打到约 0.14x 以下——要么站方在亏，要么后端换成了更便宜的模型；反过来若站方按 1:1 收但标 0.9x，就是变相加价。
反例三：缓存不在倍率内
长期跑 agent 的项目，缓存读写常占总用量的 80% 以上。倍率只覆盖普通输入时，长上下文任务的真实成本由缓存单价决定，标称倍率几乎失去参考价值。
四类任务，倍率的影响力不同
同样的倍率，在不同任务里代表完全不同的折扣
| 任务形态 | 成本结构 | 倍率参考价值 |
|---|---|---|
| 短问答（输入 1k / 输出 500） | 输入占 90% | 倍率最接近真实折扣 |
| 长文档问答（输入 50k / 输出 1k） | 输入占 98% | 缓存是否计价决定一切 |
| 代码生成（输入 4k / 输出 4k） | 输入输出各半 | 必须同时看输出倍率 |
| Agent 循环（每轮重发历史） | 输入占 95%+ | 缓存命中率是主变量 |
怎么验证标称倍率是真的
花几毛钱，得到一个只属于你这家的数字
- 01
建专用临时 Key
单独建、单独删，便于按 Key 查账单，不会和正常用量混在一起。
- 02
固定用量跑两轮
同一段提示词跑两轮，记录官方价与实际扣费；两轮都跑的用意是排除首轮缓存写入的干扰。
- 03
反算有效倍率
实扣 ÷（官方价 × 用量）。输入输出分别算，四项分开列，差额落在哪项一眼能看到。
- 04
与标称值比较
误差 ≤5% 视为对得上；超过 5% 就用面板流水去问站方，问的是具体哪一项，不是笼统的「为什么扣多了」。
常见问题
＋倍率 0.3x 和 0.5x，实际成本差多少？
如果两项倍率覆盖的计费项完全一致，成本正好差 40%（0.3 ÷ 0.5 = 0.6）。但多数站点的低倍率只覆盖普通输入，输出价按官方价甚至更高，缓存另算；这时 0.3x 的实际账单可能高于 0.5x。比较前必须先确认倍率的覆盖范围。
＋倍率是按美元还是人民币算的？
官方价以美元计，站点以人民币收款。若站方按 1:1 折算美元价，等于暗中抬高了约 7 倍价差；若按实时汇率再叠加手续费，实际倍率会高于标称值。判断方法是用一次真实调用的账单反推：实扣 ÷（官方美元价 × 用量）= 有效倍率，与标称倍率对比。
＋为什么同一家站不同分组的倍率差这么多？
不同分组是不同上游渠道：官方直连、订阅切片、逆向、区域折扣等，成本结构不同，倍率自然不同。低倍率分组通常对应更便宜也更容易波动的渠道；分组名里带 max、pro、官转一类字样的，一般指向更稳定的来源，但也更贵。
＋倍率会不会写低了、实际扣得多？
有。常见手法是倍率只对输入生效、输出按更高倍率，或在结算时把计价货币按 1:1 处理。验证方法是固定用量做两轮调用，用「实扣 ÷（官方价 × 用量）」算出有效倍率，与页面标称值比较，差额超过 5% 就说明口径不一致。