想用 DeepSeek 的 API 做点东西，第一步就卡在「去哪买、怎么充钱」上：搜到的入口有的是官方开放平台，有的是第三方中转站，付款方式、能不能开票、要不要实名都不一样。这篇按官方和中转两条路分别走一遍开通与充值流程，帮你判断自己该走哪条，避免开错户、充错地方。
想用 DeepSeek 的 API 做点东西，第一步往往不是写代码，而是卡在「去哪买、怎么充钱」上。你搜出来的入口，有的指向官方开放平台，有的落到第三方中转站，付款方式、能不能开票、要不要实名，全都不一样。开错户、充错地方，是新手最常见的一次性浪费。
这篇按官方和中转两条路，分别走一遍开通与充值流程，最后给一份充完之后的核对清单。你不需要两条都走，先看清自己属于哪一类，再照着对应的那几步做就行。
先分清两条路：官方开放平台 vs 中转渠道
官方路径是自己在 DeepSeek 开放平台注册账号、创建 API Key、给自己的账户充值余额，按量扣费，Key 只对你自己生效。中转路径是在第三方中转站买额度或买套餐，拿到对方给你的 Base URL 和 Key 来调用，单价口径和官方往往不同，胜在支付和接入省事。
- 官方开放平台
- 账号、余额、Key 都在你自己名下，计费和用量自己看得见
- 中转站
- 你付钱给第三方，由它转发请求，接入快但多一层依赖
- Base URL
- 代码里请求发往的地址，换渠道通常就是换这一行
- API Key
- 调用凭证，官方那边一般只显示一次，要立刻存好
- 判断顺序上，先问自己需不需要发票与合规凭证，再看能不能跨过官方那条路的支付或实名门槛，最后才考虑能接受多大的单点依赖风险
- 如果你所在地区能顺利完成官方的实名和付费，个人项目优先走官方，流程最干净
- 如果支付或实名这一步过不去，中转是常见绕法，但要接受价格口径不透明、上游可能换模型的现实
- 如果你的项目要求数据不出自有环境，两条路都不合适，得考虑私有化部署或云厂商托管版本
走官方：从注册到跑通第一次调用
- 注册并完成账号准备在开放平台注册账号，按提示完成实名与支付方式绑定。这一步各家规则不同，个人账号和公司账号要交的材料也不一样，先看清楚再传。
- 创建 API Key进控制台创建 Key，记下 Key 和官方 Base URL。Key 通常只显示一次，建议一次生成两把，一把跑测试、一把留给正式环境，别混用。
- 小额充值充值入口在账户的余额或充值页。先充一笔小额的，别一上来就压大金额，确认整条链路通了再考虑加。
- 跑通最小示例用官方文档里的最小示例发一次请求，确认返回正常、余额有对应扣减。这一步过了，再往自己的代码里接。
单价以官方页面的现行价目为准，具体数字到 /official-api/providers/deepseek 看当期，站内会有对应的模型与价格说明。自己的用量和消耗速度，可以用站内的换算工具先估一遍，心里有个大概的月度区间，再决定充多少。
不适用的情况也要说清：如果你所在地区无法完成该平台的实名或付费流程，就不要硬凑各种绕法去注册，账号本身不稳定；这种情况下转去看有没有合规的云厂商托管通道，比折腾账号更省事。
走中转：买额度、拿 Key、连上就能用
中转的门槛主要在挑站，不在技术接入。先在中转站目录里挑几家备选，看它的计费单位是按 token 折算还是按次数，有没有最低充值门槛，支持哪些付款方式。这些信息站内一般有汇总，可以直接对照。
| 看什么 | 为什么重要 | 去哪核对 |
|---|---|---|
| 计费单位 | 按 token 还是按次，直接决定你的成本口径 | 站内中转站条目页 |
| 最低充值 | 决定你要不要为一次试用先压一笔钱 | 站内价格追踪页 |
| 付款方式 | 能不能用你手头的支付渠道 | 站内中转站条目页 |
| 上游稳定性 | 决定它会不会中途换模型或断供 | 站内可信度检测相关页面 |
- 充值后通常会在后台直接给你一串 Key 和一条 Base URL，把代码里原来的官方地址替换掉即可，多数客户端不用改调用逻辑
- 一定要先小额试：充最小的一笔，跑一个真实任务，确认模型响应、速度和账单对得上，重点看余额扣减和你自己的估算是否吻合
- 把同一段请求分别打给官方和中转各跑一次，对比返回内容与耗时，差异明显的就换一家
- 涉及客户数据、内部文档这类敏感内容的场景，先去看 /safety 里的风险说明，评估后再决定要不要走中转
不适用的情况：如果你的项目对可用性要求很高、又没法接受上游随时变动，中转就不适合当主通道，可以只拿它跑实验和压测。
按场景选：什么人适合哪条路
| 你的情况 | 建议路径 | 理由 |
|---|---|---|
| 个人开发者、小工具试水 | 官方小额充值 | 流程最干净，不用担心第三方跑路 |
| 团队要报销、要发票 | 先确认计费主体能否开票 | 发票口径可参考站内官方 API 与发票相关页面 |
| 被支付或实名卡住 | 中转 | 是常见绕法，但要接受价格口径不透明的现实 |
| 核心业务加实验并行 | 两条并用 | 官方跑核心，中转跑实验，两套 Key 分开、账分开记 |
| 只是偶尔试一两句 | 先用各家的免费或试用额度 | 用量太小，付费反而不划算 |
还有一种情况容易被忽略：如果你的用量很小、只是偶尔试一句，先用各家平台的免费额度或试用额度更划算，不必急着付费。等到你确认这东西要长期跑，再回来选路径也不迟。
充完之后必做的三件核对
- 对账把余额变动和实际调用次数对一遍，确认没有隐藏的最低消费、有效期或过期规则。发现对不上，先截图再找客服。
- 留证把充值记录、订单号、当时的价目页面截图存好。真出问题时，这些是唯一能拿出来的东西。
- 设线给自己定一条「余额掉到多少就停」的线，配好提醒或监控，别等扣完才发现程序还在跑。
不适用的情况：如果你只是临时跑一次任务，做完就把 Key 停用或删掉即可，不必走完整套核对流程，按你的使用频率决定投入多少精力。
买 API 这件事，先选对路径，再谈充多少；路径错了，充得越多越麻烦。下一步去站内的中转站目录和价格追踪页，对照你实际要用的模型和付款方式挑两三家，再用可引用页里的链接跑通一次小额调用。之所以建议你先去看目录而不是直接充，是因为付款方式和计费口径这两件事，只有在你自己的场景里才判断得准。→
常见问题
DeepSeek API 是买套餐还是按量付费？
官方开放平台是按量扣费，充值到余额里，用多少扣多少，没有必须先买的固定套餐。中转站那边形式更杂，有的按余额折算、有的卖包月或额度包，下单前先看清它的计费单位和有效期。具体单价和档位到 /official-api/providers/deepseek 看当期数字，别拿别人截图里的旧价当准。
充值了但 API 还是调不通，先查什么？
按顺序排：Key 是不是复制错了或已被删除；Base URL 填的是官方地址还是中转站给的地址，两边不能混用；账户余额是否真的到账（有些渠道到账有延迟）；再看报错码是鉴权类还是额度类。鉴权类多半是 Key 和地址不匹配，额度类去后台看余额和限速规则。站内 /tools/verify 这类检测工具也能帮你确认接口是否真的通。
走中转买 DeepSeek，怎么判断给的是不是真模型？
没有百分百的办法，只能交叉验证：用同一段固定提示词在官方和中转各跑一遍，比输出风格和细节是否一致；看响应延迟和并发时的表现是否合理；小额多次测，观察账单扣减和你的估算是否对得上。站内有专门的检测方法和模型可信度参考，具体做法和判断标准到 /tools/verify 与 /rankings 对应页面看。
