跳到正文
土土金API

开始

计费与用量

余额以人民币计,按实际用量扣费,没有月费。对话、向量等模型按输入、输出 tokens 计价,部分模型按次计价;每次请求的 tokens 和费用都能在控制台操作日志里查到。

土土金 API 按实际用量扣费:余额以人民币计,没有月费和最低消费。大多数模型按 tokens 计价,输入和输出分开算;图像生成等部分模型按请求次数计价。每次请求的模型、分组、tokens 和费用都会记在控制台的「操作日志」里。

两种计费方式

计费方式适用模型怎么算
按 token对话、向量、重排等大多数模型输入 tokens × 输入单价 + 输出 tokens × 输出单价,单价按每百万 tokens 标注
按次部分图像生成、语音等模型每次请求一个固定价格

一个模型按哪种方式计费、单价多少,以模型与价格里的实时价目表为准。同一个模型在不同分组价格不同,见选择分组。

按 token 计费的细则

计费项包含什么
输入系统提示词、历史对话、你传入的资料、工具定义,以及换算成 tokens 的图片
输出模型生成的全部内容。推理模型的思考过程也算输出 tokens
缓存读取命中上下文缓存的那部分输入,按缓存读取价计费,通常远低于普通输入价
缓存写入部分模型把内容写入缓存时单独收费,按缓存写入价计费

单次请求的费用:

Text
费用 = 未命中缓存的输入 tokens ÷ 1,000,000 × 输入单价
     + 命中缓存的输入 tokens ÷ 1,000,000 × 缓存读取单价
     + 输出 tokens ÷ 1,000,000 × 输出单价

举个例子,一个客服机器人每次请求带 2,000 tokens 的提示词和历史,回答 400 tokens,每月 5 万次:

成本估算 · deepseek-v4.1-flash (国产模型)

单价
输入 ¥2.8 / 输出 ¥11.2(每百万 tokens)
每次用量
输入 2,000 tokens,输出 400 tokens
请求次数
50,000
单次费用
¥0.0101

合计约 ¥504价格为人民币,取各模型最低价分组;价格更新于 2026年11月13日 01:33。

如果系统提示词固定、模型支持上下文缓存,大部分输入可以按缓存价计费。同样的请求量,假设 2,000 tokens 输入里有 1,500 tokens 命中缓存:

成本估算 · deepseek-v4.1-flash (国产模型)

单价
输入 ¥2.8 / 输出 ¥11.2(每百万 tokens)
每次用量
输入 2,000 tokens(其中 1,500 命中缓存),输出 400 tokens
请求次数
50,000
单次费用
¥0.00596

合计约 ¥298.2价格为人民币,取各模型最低价分组;价格更新于 2026年11月13日 01:33。

缓存命中的条件由各家模型决定,实际命中多少看响应里的 usage,原理见上下文缓存是什么、怎么省钱。

按次计费

按次计费的模型,每次请求扣固定金额,和提示词长短无关。比如用按次计费的绘图模型生成 1,000 张图片:

成本估算 · nano-banana-pro (标准)

单价
¥0.4 / 次
请求次数
1,000
单次费用
¥0.4

合计约 ¥400价格为人民币,取各模型最低价分组;价格更新于 2026年11月13日 01:33。

图像、语音类模型并不都按次计费,也有按输入、输出 tokens 计价的,以价目表为准;每次具体扣了多少,在操作日志里可以逐条核对。

在哪里看用量

  • 响应里的 usage 字段:Chat Completions 返回 prompt_tokens、completion_tokens,命中缓存时还有 prompt_tokens_details.cached_tokens;Claude Messages 返回 input_tokens、output_tokens 和缓存相关字段。
  • 控制台「操作日志」:逐条列出每次请求的时间、Key、模型、分组、tokens 和费用,可以按条件筛选并导出 CSV 对账。

请求报错时是否产生费用,以操作日志里的记录为准。按项目拆账、每月对账的完整步骤,见成本分摊与对账。

余额与额度

  • 余额属于账户,所有 Key 共用。余额不足时请求返回 403,错误码 insufficient_user_quota。
  • 每把 Key 可以设额度上限,花完后这把 Key 返回 401,其他 Key 不受影响。用它给每个项目或外包方单独封顶。
  • 扣费按请求发生时的价格计算。

发票

国内发票和海外 Invoice 都可以开:加客服微信 JsnonoChat,发送订单号即可申请。

没找到答案?加客服微信 JsnonoChat,发送报错信息里的 request id,我们帮你排查。