你可能是第一次接 DeepSeek API，卡在「到底在哪充钱、充完怎么才能用上」；也可能充过一次但余额没动、Key 报错，不知道是支付问题还是配置问题。这篇只讲购买 token 这一条线：先分清你要买的是哪种额度，再按顺序走完账户、支付、余额、Key、首次调用五步，最后给一份失败时的排查顺序。数字类信息不写死，去站内对应页面核对当天的口径。
你可能是第一次接 DeepSeek API，卡在「到底在哪充钱、充完怎么才能用上」；也可能充过一次但余额没动、Key 报错，不知道是支付问题还是配置问题。这篇只讲购买 token 这一条线：先分清你要买的是哪种额度，再按顺序走完账户、支付、余额、Key、首次调用五步，最后给一份失败时的排查顺序。
数字类信息不写死，价格、档位、活动口径都可能变，去站内对应页面核对当天的数字就行。下面每一步都给「做什么 + 怎么验证」，照着走一遍，一般不会有漏。
先确认你要买的到底是哪种「token」
「购买 token」这个说法本身就有歧义，动手前先分清你买的是账户余额还是套餐类额度。余额是预充值、按调用量实时扣；套餐类额度往往带时效或额度上限。买错类型的典型症状就是「钱扣了但接口还是报额度不足」，所以这一步值得花两分钟确认。
- 账户余额：预充值，按输入加输出的 token 量扣费，单价按模型分档，具体数字去 /official-api/providers/deepseek 核对当天口径
- 套餐类额度：常有有效期或总额上限，适合短期集中调试，续期和余额的扣减顺序要看页面说明
- 如果你只是想试模型好不好用，先别急着充，先去 /official-api/providers/deepseek 和 /sites 看有没有免费额度或小额试用入口
- 不适用的情况：你在用某个中转站或聚合平台，那套充值路径不归本文管，去 /sites 找对应站点的说明
| 你要买的东西 | 常见症状 | 该去哪查 |
|---|---|---|
| 账户余额 | 扣费按量走，余额稳步下降 | /official-api/providers/deepseek |
| 套餐类额度 | 有过期时间或额度上限 | 充值页的当期说明 |
| 第三方中转额度 | 不在官方后台计费 | /sites 对应站点页 |
| 共享账号额度 | 你无法控制实名与支付主体 | /guides/shared-key-risk-control |
账户要走完的几步：注册、实名与主体
很多人以为充值失败是支付渠道的问题，其实是账户主体信息没补齐。实名认证这一步经常是支付被拦的直接原因，规则以充值页当下提示为准，别凭记忆操作。企业开发者要提前想清楚发票抬头和主体是个人还是公司，别等付款那一步才临时决定。
- 注册并登录用手机号或邮箱注册后先登录，确认能正常进控制台，再往下走支付。
- 补齐主体信息按页面要求填实名信息；如果填完仍被拦，先看提示文案指向哪一项，而不是反复重试支付。
- 确认发票与抬头企业账户提前定好是个人还是公司主体，抬头信息填错后续对账会很麻烦。
- 收藏充值入口充值入口偶尔会调整或临时暂停，把入口路径存下来，状态变化看站内记录。
- 验证账户可用支付前先确认账户未被风控限制，能否创建 Key、能否正常登录，这两项过不了就先解决账户问题。
支付这一步：可选方式与常见卡点
先看充值页当前支持哪些支付方式，再决定用哪个渠道。不同方式的到账速度和对账方式不一样，选之前心里有个数。遇到「下单成功但余额没变」，别急着重充，先查订单状态和到账记录，避免重复扣款。
| 卡点现象 | 先查什么 | 再查什么 |
|---|---|---|
| 支付被直接拦下 | 实名或主体信息是否补齐 | 账户是否被风控限制 |
| 付款成功余额没变 | 订单状态是否为已完成 | 到账记录有无延迟 |
| 支付渠道报限额 | 换一种支付方式 | 当天渠道是否有额度调整 |
| 重复提交后扣两次 | 拉订单列表比对 | 提工单时附上订单信息 |
- 不同支付方式的到账速度不同，赶时间的先选即时到账的那种
- 支付失败常见的三类原因：实名或主体没补齐、支付渠道限额、账户本身被风控限制，逐个排除比反复点提交有用
- 如果金额较大，先小额试一笔走通全流程，再充正式用量
- 想知道各家开发者账户都支持哪些付款方式，横向对照 /guides/api-topup-payment-methods
余额到账后：创建 Key、填对地址、跑通第一次调用
余额到账不等于能用，后面还有 Key、地址、模型名三关。最常见的「充值了但不能用」就是地址或模型名填错，跟余额一点关系都没有。第一次调用先用一个最小请求跑通，确认计费和连通性都正常，再做正式接入。
- 创建 API Key在控制台新建 Key，创建后立刻存进环境变量，不要写进代码仓库或聊天记录。
- 确认调用地址base_url 用官方文档里给的值，不要凭记忆或从旧教程抄。
- 确认模型名模型标识要和文档一致，名字写错一般会直接报模型不存在。
- 跑最小请求发一句最简单的请求，让它回一句话，看返回是否正常、余额是否被扣。
- 估算用量再充值跑通后按日均调用量估预算，充值金额怎么定参考 /guides/first-recharge-budget，别一次充太多。
export DEEPSEEK_API_KEY="你的Key"；curl 官方文档给的调用示例地址，确认能返回一句话即可出问题时的排查顺序（照着走一遍）
出问题最容易犯的错是顺序反了：一边报错一边继续充值，钱花了问题还在。正确做法是按层往下查，每层确认没问题再进下一层。下面这个顺序从钱查到网络，前三层解决不了九成问题。
- 第一层查余额和订单：钱扣没扣、有没有入账，这层不清楚就别往下调代码
- 第二层查鉴权：Key 有没有复制全、有没有多余空格、是不是被删过或过期
- 第三层查地址与模型名：base_url、模型标识、请求格式是不是官方当前版本
- 第四层才怀疑网络和限速：报频率类错误先看说明，别继续充值
- 每一层都记下报错原文，提工单时贴原文比描述现象有用得多
限速类问题不要用充值解决，先去 /guides/deepseek-topup-rate-limit-fix 那类说明里对照错误码。如果排查半天还是不通，可以把 Key 和请求参数拿去做一次连通性测试，看是账户侧还是网络侧的问题。
下一步想确认自己买的是不是最优路径，可以先去站内比一遍各家入口和当期口径，再决定充多少、充哪种。→常见问题
充完钱为什么还是提示额度不足或者不能用？
先分清是「余额没到账」还是「调用被拒」。到账问题查订单和入账记录；调用被拒多半是 Key、base_url 或模型名不对，跟余额没关系。还有个常见情况是你填的模型名和当前账户权限不匹配，逐一比对官方文档里的值就能定位。真排查不出来，带上请求返回的原文错误码去问客服，比只说「不能用」有效得多。
充值前需要先做实名认证吗？
多数情况下要，主体信息不完整会直接影响支付成功率，也可能限制可用的模型范围。具体要求以充值页当天的提示为准，别照搬别人的经验，因为规则会调整。如果你是用公司主体采购，建议先定好发票抬头、报销流程和付款账户，再开始充，否则付完再改很麻烦。
第一次充多少比较合适？
不建议第一次充大额。先用一个真实的小任务把整条链路跑通——注册、付款、到账、建 Key、调用成功——再按自己的实际用量往上加。具体充多少、留多少备用金，去看站内 /guides/first-recharge-budget 里的口径，按你自己的日调用量算，别按别人的金额抄。
