TimRouter API 价格：计费单位与核账方法
查询价格请打开 TimRouter 实时模型价格页，先选完整模型 ID 和分组，再看单位、币种及适用条件。本页说明怎样估算和核账，不列未经核验的当前模型价格。
更新于 。
1. 查询前准备
- 明确工具、接口与完整模型 ID；同类名称不能代替实际计费模型。
- 确认 API Key 所属分组、账户余额、令牌限额与模型权限。
- 估计输入长度、输出长度、调用次数，以及是否使用缓存、图像、音频、视频或工具。
2. 从实时价格页记录配置
| 记录项 | 需要确认 |
|---|---|
| 模型 ID 与分组 | 完整模型名、所选分组和该 Key 实际使用的分组是否一致。 |
| 价格单位 | 每 1M / 1K Token、每次、每张、每秒或其它单位，不能直接比较数字大小。 |
| 输入与输出 | 分别记录输入价与输出价；输出单价不一定等于输入单价。 |
| 缓存与特殊费用 | 只有价目明确列出时才按缓存读写、工具或其它项目计算，缺失不能当作免费。 |
| 币种与规则 | 记录页面显示的币种、倍率或附加条件；不要直接把展示价当作人民币扣费额。 |
分组是配置与权限的一部分。价格不同本身不能证明速度、稳定性或质量不同；需要这些指标时，用相同请求在目标分组分别验证，并核对具体服务说明。
控制台创建或调整 Key 后再次检查分组。客户端只填写模型名并不一定能改变 Key 的计费分组。
3. Token 计费如何估算
如果实时价目以“每 1M Token”计费，且不涉及其它计费项：
费用 = 输入 Token 数 ÷ 1,000,000 × 输入单价
+ 输出 Token 数 ÷ 1,000,000 × 输出单价假设示例：输入单价为 2 计价单位 / 1M Token，输出单价为 8 计价单位 / 1M Token；一次请求输入 10,000 Token，输出 1,000 Token：
10,000 ÷ 1,000,000 × 2 + 1,000 ÷ 1,000,000 × 8
= 0.020 + 0.008
= 0.028 计价单位这里的 2、8 与 0.028 都是数学假设，不表示实际价格或币种。如果界面单位是每 1K Token，分母改为 1,000；若已显示最终分组价，不要未经确认再次叠加倍率。
Token 不是字数。多轮聊天会重复携带历史上下文，代码助手还可能发送文件与工具结果；估算时应累计每次实际请求的输入、输出与已明确的其它计费项。
4. 图片、音频与视频如何比较
按次、按张或按时长的模型，应按价目对应的规格计算，例如尺寸、质量、生成数量或时长。只有同一计费单位、同一输出规格与同一分组的价格才能直接比较。任务失败、取消或超时的计费与退款规则需查看平台具体说明，不能默认不扣费。
5. 用一次短请求核账
- 先记录模型 ID、分组、实时单价、单位、币种、时间与调用前余额。
- 在测试工具中发送一次简短请求，记录请求 ID（如有）和返回的 usage；首轮尽量关闭自动重试，避免多个请求混在一起。
- 在 控制台找到对应记录，核对模型、分组、输入输出量、其它费用和扣费额。
- 按价目单位计算后与记录比较。存在缓存、工具、多模态或计价转换时，将项目拆开核对；字段缺失时以控制台记录继续查明。
- 有差异时保存脱敏的时间、模型、分组、usage 与请求 ID，联系 客服支持确认，不发送完整 API Key。
单次验证会按实际规则产生费用。
6. 常见核账问题
| 问题 | 先检查 |
|---|---|
| 单价很低，实际费用较高 | 输入/输出单价是否分开、单位是否看错，以及代码上下文和多轮历史是否被多次发送。 |
| 估算与扣费不一致 | 是否混用币种、分组或倍率，是否存在缓存、工具、多模态和自动重试记录。 |
| API 返回没有 usage | 缺失不是零费用；查控制台同一时段请求记录。 |
| 客户端超时但余额减少 | 请求可能已到服务端，先核对请求与用量记录，再判断是否需要重试。 |
| 有余额仍提示额度错误 | 账户余额之外，检查 Key 限额、有效期、分组与模型权限，并按具体错误码处理。 |
实时价格、Key 与调用教程
计费依据
当前模型价格来源为 TimRouter 实时价格页，实际用量与扣费依据为你的控制台记录。页面信息不足以确定某项费用时，先向客服确认后再进行成本比较。