配额与计费怎么算
最后更新：2026-09-15
这一页讲清两件经常被混在一起的事：额度（你还有多少钱可以烧）和速率（你每分钟能发多少请求）。它们是两套独立的限制，余额充足和请求被拒可以同时成立——这是接 API 的人最常卡住的地方，也是这一页存在的理由。
一、为什么余额充足还会被限流
因为额度买的是 token，不是并发上限。你充的钱决定你总共能消耗多少 token，但「每分钟允许发多少个请求」是另一套策略，它由服务方按容量设定，跟你账户里有多少钱无关。所以「我明明还有余额」和「我被返回 429」之间没有矛盾。
这个误解在整个行业里都很普遍，各家的官方文档也都专门解释过。顺带一个容易吃亏的细节：在不少平台上，失败的请求同样计入速率配额——也就是说你被拒之后立刻重试，重试本身还会继续占用配额，把情况拖得更糟。正确的做法是退避重试而不是立刻重发，退避与抖动的写法见 重试与退避。
二、你收到的 429，可能来自两层里的任一层
用网关调模型时，请求会经过两道限制，两道都可能返回 429，但处理办法完全不同：
- 网关这一层（力达云）：我们按用户维度开启了请求频率限制。一期取的是保守值——先保证服务不被少数账号打满，再随容量逐步放宽。当前生效的阈值以控制台与站内公告为准，本页不写死数字，因为它会随容量调整，写进页面过两周就是错的。
- 上游这一层（模型服务商）：一期上游是 DeepSeek。按 DeepSeek 官方限速文档，它的并发限制按账号粒度计，与 API Key 无关——一个请求从发出到响应完成算一个并发，超出就返回 429。这一条对多服务共用同一账号的场景很关键：给每个服务发一个独立 key 并不能隔离配额。
怎么分清是哪一层？先看响应体里的错误信息与来源标识。如果是网关侧限流，退避重试通常几秒内就能恢复；如果是上游侧并发打满，那说明你的实际并发确实超了，得从客户端并发度入手。关于两种 429 的区别与排查顺序，另有一篇专门写：429 排查。
三、额度怎么来、怎么扣
赠送额度
新注册账号会获赠一笔试用额度，用来验证接入能不能跑通，不需要先付费。按网关服务条款第三条，赠送额度不可提现、不可转让、不予退款，我们也可以按运营需要调整赠送规则或对长期未使用的部分设置有效期。具体到账金额以你注册后控制台显示的余额为准。
充值
一期在线充值尚未开放，账户内只有赠送额度可用。充值链路正在接入，上线时间与支付方式会在站内公告。这一点我们写在这里而不是藏起来：如果你的项目现在就需要可持续付费的额度，一期的力达云还不满足你的要求。
计费口径
扣费按上游定价换算，按你实际消耗的输入与输出 token 计量，逐笔从余额扣减。这里有三个口径需要说明白：
- 我们不声称「与官方价格一致」。 网关是独立第三方，倍率由我们按上游定价页换算后配置，不是官方价目表的镜像。要精确比价，请自己拿上游官方定价页对照。
- DeepSeek 现行为人民币计价，且分「空闲时段」与「高峰时段」两档，空闲价为高峰价的一半（高峰时段为北京时间周一至周五 9:00-12:00、14:00-18:00，其余为空闲）。一期我们按高峰价统一配置倍率——这意味着你在空闲时段调用时，相比直连官方会略微吃亏。这是一期为了口径简单做的取舍，我们认为应该让你知道，而不是等你自己算出来。
- 输入 token 区分缓存命中与未命中两个价位。 上游对命中前缀缓存的输入 token 按更低价位计费，所以同样长度的 prompt，结构稳定、前缀可复用的那种更便宜。
另外，上游的价格本身会变——DeepSeek 官方定价页自己就写着保留修改价格的权利。所以本页不列任何具体单价，上游调价后我们会同步调整倍率，调整以站内公告为准。
四、你怎么自己对账
不要相信任何一篇文章（包括这一页）给出的成本估算，用你自己的数据对账：
- 在控制台的调用日志里找到某一次具体请求，记下它的输入 / 输出 token 数与扣费金额。
- 去上游官方定价页取当日单价，手算「token 数 × 单价」。
- 两个数字对比。注意区分空闲与高峰两档（见上一节），以及那次请求有没有命中缓存。
我们自己跑过这道对账。我们内部把「计费对账误差不超过一个小阈值」设成了上线硬门。2026-09-15 用测试账号发了一次约两千 token 的请求，按上游当日单价手算应扣的额度，与控制台日志里的实扣值比对，误差在千分之一以内，低于我们设的阈值，这一项已通过。
但这不改变上面那句话：仍然请你自己对一次账。 一次通过只说明那一天那个模型的倍率配对了，上游调价、我们同步倍率、或者换了模型，都可能让口径重新错位。如果你发现扣费与手算差得明显，请告诉我们，这属于我们该修的问题。