模型价格对比的疑惑

one-tracker 项目采用一套以直接货币成本为核心的计费模型。它摒弃了抽象的“额度”概念，让每一次 API 调用的成本都以真实货币单位（如 ¥）清晰呈现。

一、核心计费参数

计费系统由以下五个核心参数构成：

• 价格基准 (Price Base): 计费的基石。代表最基础模型处理 1K Token 的货币成本。

  例: 0.002 表示基准成本为 ¥0.002 / 1K Tokens。

• 模型倍率 (Model Multiplier): 体现不同 AI 模型的成本差异。昂贵的模型有更高的倍率。

  例: 1.5x 表示当前模型的成本是基准的 1.5 倍。

• 输出倍率 (Output Multiplier): 定义了输出 Token 相对于输入 Token 的价格倍数，通常输出更贵。

  例: 5x 表示输出 Token 的单价是输入 Token 的 5 倍。

• 分组倍率 (Group Multiplier): 用于实现用户分级定价，如给 VIP 用户折扣（<1x）或对普通用户加价（>1x）。

  例: 1x 表示无折扣、无加价。

• 充值比例 (Recharge Ratio): 将充值优惠活动反映到计费中的运营工具。

  例: 1 表示无优惠；若“充100送20”，则比例为 (100+20)/100 = 1.2。

二、计费公式详解

成本计算分为输入和输出两部分。

1. 输入成本计算

该公式计算处理 1K 输入 Token 的实际货币成本。

plaintext
自动换行：关
放大阅读
展开代码
输入成本 = 价格基准 × 模型倍率 × 分组倍率 ÷ 充值比例

示例计算: 0.002 × 1.5 × 1 ÷ 1 = ¥0.00300 / 1K Tokens

解读: 在无任何优惠的情况下，使用此模型处理 1K 输入 Token，用户需支付 ¥0.003。

2. 输出成本计算

在输入成本的基础上，额外乘上输出倍率。

plaintext
自动换行：关
放大阅读
展开代码
输出成本 = 价格基准 × 模型倍率 × 输出倍率 × 分组倍率 ÷ 充值比例

示例计算: 0.002 × 1.5 × 5 × 1 ÷ 1 = ¥0.01500 / 1K Tokens

解读: 生成 1K 输出 Token 的成本是 ¥0.015，是输入成本的 5 倍。

三、关键概念解析

为什么除以“充值比例”？

作用: 将用户充值时获得的优惠，转化为每一次 API 调用的实际折扣。

生活化类比: 假设超市活动“充100元送20元”，你获得了一张面值120元的购物卡。

• 充值比例: 120 / 100 = 1.2
• 购买一件标价 12元 的商品，你的实际现金成本是： 商品标价 ÷ 充值比例 = 12 ÷ 1.2 = 10元

同理，在计费公式中，除以一个大于1的充值比例，会直接降低最终的结算成本，实现了打折效果。

为什么需要“加权综合价格”？

作用: 解决输入、输出价格不同带来的计算复杂性和决策困难，提升用户体验。

这就像汽车的**“综合油耗”**。没人关心汽车在市区和高速的具体油耗分别是多少，一个综合油耗值就能让人快速比较不同车辆的燃油经济性。

它解决了用户的三大痛点:

1. 成本不可预测: 无法预知回答多长，费用成谜。
2. 模型选择困难: 面对多个输入/输出价格各异的模型，难以判断哪个更划算。
3. 使用焦虑: 担心模型回答太长导致费用飙升。

通过一个假设的输入输出比（如7

），系统为用户提供了一个简单直观的平均成本参考。

plaintext
自动换行：关
放大阅读
展开代码
综合价格 = (输入成本 × 7 + 输出成本 × 3) ÷ 10

示例计算: (¥0.00300 × 7 + ¥0.01500 × 3) ÷ 10 = ¥0.006600 / 1K Tokens

解读: 用户可以简单地认为，这个模型“平均”下来每 1K Token 的成本约为 ¥0.0066，大大方便了成本预估和模型比较。

综合价格的权重来源（如7

）

这个比例是一个基于经验的估算值，而非精确常数。其来源可能包括：

• 后台数据统计（最科学）: 分析平台大量真实用户的总输入与总输出 Token 比例。
• 典型场景预估（最常见）: 根据用户主流任务（如长文总结、代码生成等）预估一个代表性比例。7:3 暗示平台用户进行“长输入、短输出”的任务偏多。
• 行业惯例或运营决策: 设定一个业内普遍接受的参考值。