计费与结算

TokenToSea 按各厂商公布的官方价格计费，不加价、不收服务费。所有型号的费用都从同一个账户钱包扣除。本页说明一次调用的费用是怎样产生的，以及如何核对。

计费原则#

一次调用的资金流程#

可用余额 = 余额 − 所有未结算调用的预留金额。可用余额不足以覆盖本次预留时，请求以 409 被拒绝，不会发往厂商。

同步请求在返回响应前已完成结算；流式请求在结算完成后才发出结束帧（见流式输出）；异步任务在厂商任务完成后结算。

预留金额如何估算#

预留是保守上限，用来保证结算时一定有钱可扣：

同一型号有多条可能适用的价格规则时，预留取其中最高的一条。

实际结算通常远低于预留。几点建议：

• 设置合理的输出上限：max_tokens 越大，预留越多。
• 多模态请求预留较大：带图片或文件的请求按型号最大输入量预留，请保持足够的可用余额。
• 并发调用会同时占用预留：可用余额要覆盖所有并发请求的预留之和。

结算#

结算时，平台把厂商的 usage 规范化为计量项（如普通输入 token、缓存命中 token、输出 token、输出秒数、图片张数），再找出唯一符合条件的价格规则计算金额：

原币金额 = Σ（计量值 − 免费额度）× 费率 ÷ 计价单位
美元金额 = 原币金额 ÷ 受理时的汇率，保留 6 位小数并向上取整

• 缓存命中的输入 token 按缓存价单独计费，不会再按普通输入重复计费。
• 结算金额不会自动超过预留金额；实际用量超出预留、缺少可核验的用量，或无法唯一匹配价格规则时，调用转入待核对。
• System One 型号只对输入 token 计费，输出免费。
• 实时音频会话在每轮响应完成后按厂商报告的累计用量分段结算。

价格规则#

每个型号的价格由一组规则组成。规则写明适用条件和若干计量项，例如：

模型目录的每个型号页面都把规则渲染为表格，并附有厂商价格页链接与核对日期。也可以从 GET /v1/models 的 tariff 字段读取。

暂定价格#

少数型号暂未查到厂商公布的单价，平台以可比型号的最高价作为暂定价。这类型号在 GET /v1/models 中为 "pricing_status": "provisional"，并在 pricing_basis 中给出参照型号；模型目录中也会标注。

免费型号#

部分型号的官方价格为 0（例如部分 Flash 型号），调用不扣费，但仍需有效密钥，并照常遵守并发与限额规则。

计算示例#

以 qwen3.8-flash 为例（2026-10-19 核对的标准隐式缓存价格，单位：人民币 / 百万 token）：输入 0.8，缓存命中 0.1，输出 2.7。厂商返回：

{ "usage": { "prompt_tokens": 1200, "prompt_tokens_details": { "cached_tokens": 200 }, "completion_tokens": 300 } }

假设受理时的汇率为 1 USD = 7.10 CNY（仅为示意），则扣费为 0.001630 ÷ 7.10 = 0.0002295…，向上取整为 0.000230 USD。实际汇率与费率以本次调用的价格快照为准。

失败、退款与待核对#

待核对#

以下情况平台无法自动确定费用：厂商返回 5xx 或连接中断、流式输出不完整、响应缺少可核验的用量、异步任务超过 24 小时未完成等。此时：

• 调用状态为 needs_review，预留金额暂不释放，并计入账号的并发上限；
• 平台工作人员依据厂商的真实回执人工核对，结论只有两种：按实际用量扣费，或全额释放；核对过程留有审计记录；
• 核对完成后，结果信封变为 succeeded 或 failed，可继续用原幂等键查询。

需要加快处理时，请在获取支持中提供 run_id 与幂等键。

查看费用#

推理响应只包含厂商的 usage，没有费用字段或费用响应头。查看金额：

• 控制台 → 账单：每笔入账与扣费流水，可导出 CSV；
• 控制台 → 我的 Key：每把密钥近 30 天的调用次数与费用；
• 控制台 → 模型测试：单次调用的扣费。

控制台按你选择的显示币种展示金额，余额显示到小数点后两位；账本内部仍按美元 6 位小数记录。

用密钥控制花费#

每把密钥可以设置滚动窗口内的 token 上限与金额上限，以及到期时间。限额在受理时按“已结算用量 + 进行中调用的预留 + 本次预留”检查。全能密钥的工具调用也计入同一限额。设置方法见认证与密钥。

充值#

单笔充值 1–10,000 美元。

下一步#

• 限制与配额
• 认证与密钥
• 模型目录