openrouter 倍率 怎么算

用 OpenRouter 调多个模型时，最容易卡住的是：同一个模型，官方价目表和 OpenRouter 页面上的数字对不上，到底按哪个算钱？倍率、抽成、余额折算混在一起，预估一不留神就差出一截。这篇把倍率的定义、换算步骤和自查顺序讲清，让你能在下单前算出大概要花多少。

用 OpenRouter 调多个模型，最容易卡住的就是对账：官方价目表一个数，OpenRouter 页面上另一个数，到底按哪个掏钱。倍率、抽成、余额折算这三件事经常被揉在一起算，一旦顺序搞错，预估就能差出一大截。这篇只讲倍率这一件事——它乘在哪一层、怎么从官方单价推到你的实际花费、充值前该核对哪几项。

先把一个前提说清楚：倍率不是固定数字，也不是所有模型共用一套。它随模型、接入渠道、活动变化，所以任何写死的数字都只能当参考。你要的永远是「此刻这条路径上」的倍率，到 /openrouter 和 /official-api 核对当时的数字，再往下算。

倍率到底乘在哪一层

倍率的本质是一个比例系数：平台定价除以官方单价。它可能大于 1，也可能小于 1（比如平台做补贴时），还可能只是某一档的折算说明。关键在于分清它作用在哪：一种是直接乘在 token 单价上，你每消耗一个 token 就按倍率放大；另一种是把你的余额按倍率折算，充进去的钱先缩水或放大，再按原始单价扣。两种口径算出来的总花费可能一样，也可能叠加成两份成本，必须先看清。

还要注意适用边界：如果你用的是自带 key 的直连模式，倍率往往不适用，费用直接走官方账单；只有走平台统一计费时倍率才生效。所以同一份预估不能套用到所有接入方式。

从官方单价推到实际花费的四步

这一步的核心是「先拿到基准，再加权，再加冗余」。别把输入和输出单价简单平均，那是最常见的失真来源——你的任务里输入输出 token 比例几乎不可能是一比一。下面四步按顺序做。

1. 拿官方基准到 /official-api 找到你要调的那个模型，记下输入单价和输出单价，以及是否有阶梯定价。只记当前这一版，别混用旧记录。
2. 找当前倍率到 /openrouter 看同一模型在你要走的那条渠道上的倍率或折算说明。确认它是乘单价还是折余额，两者口径不同。
3. 按你的比例加权统计你任务里输入和输出的 token 大致比例，用加权而不是平均来算综合单价，再乘倍率。长上下文任务单独拎出来，它的输入占比通常高得多。
4. 留冗余区间把重试、上下文累积、失败重发都算成额外 token，再乘一次倍率。得出一个区间而不是单点数字，按上沿做预算。

如果官方页面提供的是分档价格，而 OpenRouter 只给了一个倍率，那就按你实际会落到的档位去乘，不要用最低档去套高用量场景。拿不准档位边界，就去 /price-watch 看跟踪记录里的变化趋势，判断自己更可能落在哪一档。

按你的用量结构估，而不是按单价估

单价乘倍率只是半成品，真正决定账单的是你的请求结构。两类任务要对开：高频短请求，token 少但次数多，倍率的绝对放大金额小，但累积快；少量长请求，单次 token 巨大，倍率一乘就是主要成本。把它们混在一起平均，估算一定偏。先把一周的真实请求数和平均 token 拉出来，再分类算。

• 高频短请求：单独统计次数和平均 token，乘倍率后看日消耗，重点防「小钱堆成大钱」
• 长上下文任务：单独拎出来按最坏情况算，输入 token 往往是成本的绝对大头
• 混合任务：先按比例拆成两类，分别算完再汇总，不要用一个平均单价乘总 token
• 不确定的部分：用最小样本跑一天真实流量，再去 /usage 看实际消耗反推倍率效果

想省事可以直接用工具把单价换成单次花费：到 /tools/model-cost-calculator 或 /tools/token-price-calculator 按你的 token 结构代入，比手算快也不容易漏项。工具给的是当次模型数据，数字会变，只看逻辑别记数。

充值前的自查清单

充值前花几分钟过一遍下面这几项，能挡掉大部分「充完才发现不对」的情况。判断标准很简单：任何一项你答不上来，就先别充，回去核对清楚。

最后一条别省：把这次核对的页面路径和时间点记下来，下次价格一动，你拿新旧两条记录一对比就知道是倍率变了还是单价变了。没有这个记录，每次都得从头猜。