刚拿到 DeepSeek API Key,很多人第一反应是「我还没充钱怎么就在跑」「扣的是余额还是额度」「为什么两笔调用扣得不一样多」。这篇不替你算死数字,只把扣费口径和费用构成讲清楚,再给你一条从申请到首次对账的排查顺序。
刚拿到 DeepSeek API Key 的人,常见三个疑问:我还没充钱怎么就在跑;扣的到底是余额还是赠送额度;为什么两笔看起来差不多的调用,扣得不一样多。这篇不替你算死数字,只把扣费口径和费用构成讲清楚,再给你一条从申请到首次对账的排查顺序。
先说结论:Key 是身份凭证,不是商品。申请它不花钱,真正产生费用的是你发出去的每一次请求。所以「怎么收费」这个问题,本质是问「一次请求按什么计量、从哪扣、账单上哪几栏要对」。把这三件事搞明白,剩下的只是去站内核对当时的单价。
先分清:Key 本身不收费,扣的是调用
很多人卡在第一步,以为拿到 Key 就等于开通了某个套餐。不是的。Key 只是让你能发请求的凭证,没有月租,没有保底消费,闲置着不花钱。你真正要关心的是账户里有没有钱,以及钱从哪个池子里出。
- 申请 Key 免费,没有月租、没有保底消费,只有真正发出请求才产生费用,闲置的 Key 不花钱
- 费用从账户余额或者赠送额度里扣,两者扣减顺序不一样,先搞清自己账户里哪种先用
- 如果走的是中转站而不是官方,扣费规则由那家自己定,口径要单独看,别拿官方单价去套
一次调用到底按什么算钱
核心就两个字:token。输入和输出分开计价,输出的单价通常高于输入,所以「问得长」和「答得长」是两笔账。上传文档、贴代码、带历史对话都算输入;模型生成的正文、思维链、工具调用参数算输出。
- 输入 token
- 你发给模型的内容:提问、上下文、文档、代码
- 输出 token
- 模型生成的内容:正文、思维链、工具调用参数
- 计费单位
- token 不是字数,中文一个字大约对应一到多个 token
- 多轮对话
- 每一轮都要重发之前的历史,轮次越长单轮越贵
这里最容易被吓到的是多轮对话。你以为只是多问了一句,实际是把前面几轮的内容又发了一遍。做长会话之前,先去站内换算工具跑一遍预估,心里有个数。
账单里几栏分别是什么
账单不是只给你看一个总数,它是用来对账的。哪一栏缺了,哪一栏就值得去核对。下面这张表把常见栏目和它的用途列一下,具体数值一律以站内账单页当时显示的为准。
| 账单栏目 | 它是干什么的 |
|---|---|
| 调用时间 | 定位是哪一次请求产生的费用 |
| 模型 | 不同模型单价不同,先确认用的是哪个 |
| 输入 token 数 | 核对是不是把长上下文重复算了 |
| 输出 token 数 | 核对生成长度是否和预期相符 |
| 命中缓存的 token | 这部分计费口径不同,别默认自己省到了 |
| 本次金额 | 通常是先预扣再结算,看最终值 |
缓存命中这一栏新手最容易误解。只有请求前缀完全一致才可能命中,命中部分计费口径更优惠,但你不能假设自己一定命中了。对账时差额大,这一栏是第一个要看的。
新手第一周的排查顺序
排查顺序比结论重要。对不上时不要瞎猜,按下面这个顺序走一遍,八成能定位到问题在哪一步。
- 确认接入路径先弄清楚自己接的是官方还是中转站,这两条路的账不互通,搞错对象后面全白搭
- 跑最小请求只发一条极短的请求,去账单里看有没有出现这条记录,确认计费链路是通的
- 跑真实任务用一次实际任务对账,把用量和预估比一比,差额大就往缓存命中和多轮历史两个方向查
- 设预算提醒给自己设一个余额或预算提醒,别等月底才发现余额见底
如果上面四步都走完还是对不上,那就把账单里的输入、输出、缓存三栏拆开,分别和你自己的预估对比,看是哪一栏偏了。多数情况下偏的是输入,因为上下文被重复带了。
这些判断在什么时候不成立
按 token 计费这套逻辑不是万能的。下面几种情况,别拿同一套算法去套,否则怎么算都对不上。
- 按次计费或包月套餐的接口,不适用按 token 的算法,得换成看次数或看额度消耗
- 开了批量通道的场景,计价口径和实时调用不同,不能直接对比
- 同一份价格表在不同结算币种下换算结果不同,跨币种比较前先对齐币种
- 中转站自己可能有加价、限速或阶梯规则,它的账单得按它自己的说明看
先把计量单位搞对,再谈贵不贵;单位错了,单价再准也是白算。下一步想核对你当前用的模型和接入方式对应的实时单价与计费口径,去站内价格页看当时的数字,比任何截图都可靠。→
常见问题
DeepSeek API Key 申请要花钱吗?
申请本身不收费,也没有月费或最低消费。只有真正发出请求、消耗了 token 才会从账户余额或赠送额度里扣。闲置的 Key 放在那儿不产生任何费用,也不存在「不用也扣钱」的情况。真正要留意的是余额会不会因为别的项目调用被花掉,建议设个预算提醒。
为什么我算出来的钱和账单对不上?
最常见的三个原因:一是输入输出单价不同,你按一个价估了;二是多轮对话每轮都把历史重发了一遍,输入量被低估;三是缓存命中的部分按更低单价算,账单比预估低。先按这三条逐一排除,再去看当时的单价页面核对,不要拿记忆里的价格去比。
用中转站的 Key 和官方收费一样吗?
不一样,而且是两条独立的账。中转站按自己的倍率和汇率折算,还会涉及额度折算方式,同一份调用量在不同站点的结算结果可能差不少。判断前先确认自己 Key 的归属,再去对应的价格页看口径,别把官方单价直接套到中转站的账单上。