对账算例（复核示例）

这页给你两套“拿到一条用量记录就能复算”的算例。
数字是示意值，目的是帮你把字段与公式对上；实际对账请以你控制台的价格表和 usage 记录为准。

算例 1：GPT混合池子 + VIP

假设你抽到一条 GPT混合池子 下的请求，用量字段如下：

• input_tokens = 1000
• output_tokens = 500
• cache_creation_tokens = 0
• cache_read_tokens = 0
• image_output_tokens = 0
• service_tier = ""
• 分组倍率 = 0.2
• 用户折扣 = 0.95（已达 VIP）

并且价格表给的 Official 单价为：

• price_input = 5e-6（USD/token）
• price_output = 30e-6（USD/token）

并且模型基础价格对应出来的：

• total_cost = 0.020

第 1 步：先确认综合倍率

• 0.2 × 0.95 = 0.19

第 2 步：算 actual_cost

• actual_cost = 0.020 × 0.19 = 0.0038

对账时你应该看到：

• total_cost ≈ 0.020
• actual_cost ≈ 0.0038

如果你看到 total_cost 对，但 actual_cost 不对，优先检查：

• 这条 Key 是否真的属于 GPT混合池子
• 你的累计充值是否真的已经达到 VIP 门槛
• 这条请求是否用了不同的 service_tier

算例 2：ClaudeMax满血版 + 默认用户

假设一条用量记录：

• total_cost = 0.50
• 分组倍率 = 2.2
• 用户折扣 = 1.00（未达 VIP）

则：

• actual_cost = 0.50 × 2.2 × 1.00 = 1.10

对账时你应该看到：

• 这条请求属于 ClaudeMax满血版
• actual_cost 明显高于基础成本
• 如果后来达到 SVIP，同样基础成本下会变成：0.50 × 2.2 × 0.90 = 0.99

提醒：ClaudeMax满血版 仅允许 Claude Code 客户端调用。如果你看到 actual_cost 异常高、但你并不是 Claude Code 用户，先检查这把 Key 是不是误绑了 ClaudeMax满血版。

这页真正想帮你避免的坑

• 不要只看模型名，不看分组
• 不要只看 total_cost，忽略 actual_cost
• 不要把“自动折扣”误解成“必须换分组”