DeepSeek 的 API Key 怎么申请？调用费用怎么算

我用它做过一个批量整理的小工具，流程比较清楚。

申请入口在官网开放平台的页面里，先注册账号，再进控制台创建一个 API Key。Key 是一长串字符，创建后只显示一次，最好当场复制存好，关掉页面就看不到了。

充值这一步不强制。新账号一般会给一点试用额度，够跑通接口、验证能用。真要用起来还是要充，充多少自己定，按量扣。

费用按调用的 token 数算，输入和输出分开计价，输出通常更贵。所以控制成本的两个方向是：少塞没用的上下文，别让它写太长。

还有一点，Key 分项目建。我一开始所有脚本共用一个，后来其中一个要停，只能全停。现在按用途分开，废弃哪个就删哪个，互不影响。

建的时候顺手写个备注，说明这个 Key 给哪个工具用、谁在维护。半年后回头看，一串字符摆在列表里，没有备注根本分不清。

从申请到跑通，大致几步：

注册并完成实名。个人和企业都能开，企业认证后额度和开票更方便。

进控制台创建 API Key。命名带用途，比如「报表脚本」，后面排查方便。

把 Key 放在环境变量里，不要写死在代码里。写进代码又传到代码仓库，等于公开了。

先调一个最简单的接口，确认网络和鉴权通。很多问题出在 Key 前后的空格或者复制时丢了字符。

看用量页面。里面有每次调用的 token 数和金额，跑几天就知道自己大概是什么量级。

设置余额提醒。余额见底时接口会直接报错，业务侧没兜住就会静默失败。

还有一点，充值金额不必一次充多。用量会随项目变化，充多了闲置，充少了频繁续费。先用一个月摸清消耗，再定额度更靠谱。

几个我踩过的点。

Key 泄露。有人把 Key 发到群里问「为什么报错」，这等于把账户交出去。Key 支持删除重建，怀疑泄露就立刻重建。

以为一次付费买断。它是按量计费的，用多少扣多少，不存在买完之后无限用。

没算上输出成本。写长文、生成代码这类场景，输出 token 占比很高，实际花费会比按输入估算的多不少。

没做超时和重试。网络抖动时接口会超时，脚本没重试就直接失败了。

免费额度和付费额度混着算。免费额度用完会静默切换到扣费，余额不足时才报错。

还有一件事，Key 可以设限额。给每个 Key 定一个月度上限，某个脚本跑飞了也不至于把整月预算烧光。这条比事后看账单有用得多。

几家的接口计价结构不一样，比单价容易比错。

多数平台按输入和输出分别计价，输出单价高于输入，通常是两三倍。所以同样一次调用，让它写五百字和让它读五千字，成本结构完全不同。

有些平台对上下文长度分档，同样的内容，塞进长上下文价格更高。做批量处理时，把没用的历史清掉，省下的钱比换模型明显。

还有些平台有缓存机制，重复的提示词部分可以打折。如果你的场景是「同一段背景加不同的问题」，这个机制影响很大。

比较的时候别只看每百万 token 的标价，要按自己的实际调用形态算一遍：平均输入多长、输出多长、每天多少次。算出来的月账单才有可比性。

很多人的误区是拿最便宜的那档报价做预算，实际用起来发现输出占比高，账单翻倍。

接入 API 之前，先问一句：这件事非接入不可吗。

现成的产品能解决的，不值得自己接。接接口意味着要处理鉴权、超时、重试、异常、限流、日志，还要有人盯着账单。这些工作量在方案里通常被低估。

该接入的典型场景：量很大、人工操作不现实；需要嵌进自有系统，用户不该感知到跳转；需要批量处理，比如一次整理几百份文档；对输出格式有严格要求，要用程序解析。

其余情况，用现成产品加人工，往往更快更便宜。

还有个折中办法：先用现成产品跑一个月，把流程和提示词都磨顺，确认真有稳定的量，再决定要不要接入。顺序反了，容易先花两周写代码，最后发现需求根本没那么大。