OpenRouter 的按量付费和充值费率怎么算

OpenRouter 的计费逻辑可以拆成两层来理解：一层是模型调用本身的按量付费，另一层是账户充值时产生的平台费率。把这两层分开核算，才能判断聚合接入的真实成本，而不是只看单个模型的标价。

按量付费（pay-as-you-go）是其基础模式，意味着使用者不预设套餐，而是按实际消耗的 token 结算。这种方式对还没有锁定长期模型、以试验为主的中小规模用途较友好，可以用较小成本跑通多个候选模型。计价的最小单位是 token，而非请求次数，因此同一次调用的成本取决于输入与输出各自的 token 量，以及该模型、该供应商的单价。

按 token 计价的几个维度

在具体模型页里，价格并不是单一数字，而是拆成多项分别计。以某个由多家供应商托管的开源模型为例，页面会用表格列出每家的每百万 token 输入价、输出价、缓存读取价，并同时展示延迟、吞吐和在线率。这说明两点：其一，输入与输出通常分别计价，输出往往更贵；其二，即便是同一个模型，不同供应商在价格上也存在差异，使用者实际支付的是所选供应商的报价。

输入输出单价的差距可能相当大。以通过 OpenRouter 提供的 o3 与 o1 为例，两者上下文窗口都是 200,000 token，但 o3 的输入价为每百万 token 2 美元、输出价 8 美元，o1 则是输入 15 美元、输出 60 美元，计价相差数倍。因此估算成本时，必须结合典型任务的输入输出比例来折算，而不是只看某一项单价。缓存读取价的存在也意味着，重复命中的内容可能按更低费率结算，这对高频复用相同上下文的场景会影响总账。

充值费率怎么叠加

除了调用成本，账户充值本身还有一笔平台费用。据第三方资料，OpenRouter 对充值（credit 购买）收取约 5.5% 的费用。换句话说，购买的额度在进入账户时就已经承担了这部分成本，它独立于后续按 token 产生的调用费用之外。对用量中等、以比价和切换为主的团队，这笔费率换来的是统一界面、统一计价口径和较低的切换成本；但对已经锁定单一模型、用量很大的团队，就应把这约 5.5% 计入总成本，再与直接向原厂采购的方案做对比，判断聚合接入的便利是否值得。

需要留意的是，平台上展示的价格是聚合而来的信息，供应商、价格和模型随时可能调整，部分预览或匿名模型的提供方甚至不公开身份。因此这些数字适合用于快速比较和初筛，而不宜直接当作长期有效的最终报价。较稳妥的做法是先在 OpenRouter 上完成候选筛选，再回到对应供应商的官方定价页确认当前的输入输出计价和使用条款，最后把充值费率并入总成本一并核算，并用自己的典型任务做一次小规模实测，而不是仅凭标价下结论。

把 token 单价、输入输出结构和约 5.5% 的充值费率三者放在同一张账单里考虑，才能得到接近真实的使用成本。OpenRouter 的计费透明度足以支撑前期比价，但真正的性价比判断仍要落到自己的用量和任务上。