使用 deepseek api 需要多少费用

刚打算接 DeepSeek 的人最常卡在两件事：一次调用到底花多少，一个月大概要预备多少预算。网上流传说它便宜，但便宜不等于你能算出来——单价、缓存、输入输出比例、重试都会改结果。这篇不给固定数字，只给一套查价加估算的动作顺序，让你用自己的用量算出自己的数。

刚打算接 DeepSeek 的人最常卡在两件事：一次调用到底花多少，一个月大概要预备多少预算。网上流传说它便宜，但便宜不等于你能算出来——单价、缓存、输入输出比例、重试都会改结果。这篇不给固定数字，只给一套查价加估算的动作顺序，让你用自己的用量算出自己的数。

先记住一个前提：所有单价和计费口径都会变，任何截图或旧文章里的数字都只能当参考。所以你需要的不是记住一个价，而是记住去哪个页面查、查到之后怎么乘。下面四节按这个顺序走：先查价，再估单次，再推月账，最后看偏差出在哪。

先查价，再算钱：查价的正确顺序

查价这件事看起来简单，实际最容易错在口径没对齐。同一个模型，输入和输出可能不同价；缓存写入和缓存读取可能是单独的计费项；有的平台按阶梯算，有的有限时折扣。你把这些混在一起算，后面乘出来的数一定是错的。所以顺序是：先确认模型，再确认计费项，最后才拿数字去乘。

1. 第一步：锁定你要用的那个规格同一平台常同时挂着多个规格的模型，先确认你打算接的是哪一个，价格页通常按模型分开列。到 /official-api/providers/deepseek 核对当日单价与计费口径。
2. 第二步：把计费项逐条抄下来输入、输出各自多少；缓存写入和缓存读取是否单独计价；有没有阶梯或限时折扣。缺一项，估算就会偏。
3. 第三步：分清官方价和落地价汇率、税费、充值渠道折扣不属于官方单价，要另算一层。不同渠道的差价可以到 /ai-nav/category/ai-api 里的中转对比入口比较，别拿官方单价直接当你的到手成本。
4. 第四步：把口径记进你自己的备注下次再算的时候直接套用，避免每次重新查一遍还查错。

单次调用怎么估：从字数到 token 再到钱

费用是按 token 算的，不是按字算的。中文大致一个字对应一到两个 token，英文一个词约一到两个 token，具体口径可以到 /ai-dict/category/basics 看。换算这一步不用自己背，但你要知道它存在，否则拿字数直接乘单价会偏。

单次花费的公式很简单：输入 token × 输入单价，加上输出 token × 输出单价，两项分别乘再加。不要用平均价一刀切，因为输入和输出往往不同价，输出通常更贵，而你的应用里输入输出比例可能和别人完全不一样。

什么情况下这个估算不适用：开了缓存命中、走了批量通道、被限速后重试、或者用了工具调用多轮往返，实际账单都会偏离单次估算。这不是算错了，而是场景变了，遇到这几种情况要重新按实际链路算。

一个月多少钱：从日用量推月账单

单次估出来之后，月账就是乘法问题，但前提是你得有真实的日用量。没有日志的人最容易在这里拍脑袋，结果要么预算留太多，要么月中就超。建议先从日志统计每天的请求数和平均输入输出 token，没有日志就从最忙一天的用量往上乘。

• 月预算约等于日请求数乘以平均单次花费，再乘以实际使用天数，别按满月算，除非你的服务真的是全天跑。
• 把估算值往上抬一档当预算上限，覆盖重试、调试期反复试、以及流量突增三种情况。
• 区分测试期和上线期：测试期用量小但请求杂，上线期用量大但请求模式稳定，两段要分开估。
• 定期回看：花一个月之后拿真实账单反过来校正你的估算模型，比一次算准更靠谱。
• 想知道自己的量级在同类型应用里算大还是算小，可以到 /usage 看真实用量分布做参照。

为什么实际账单和你的估算对不上

估算了半天，账单还是对不上，这种情况很常见，而且大多能归到几个固定来源。先把原因列出来，再决定要不要花时间排查。很多人只算了用户提问那一段，忽略了系统提示和上下文，而后者是每天都在付的钱，账单偏高一大截往往就是这个原因。

什么时候不用纠结偏差：如果月花费还停留在很低的水位，排查偏差的投入比省下的钱更贵，先跑起来再说。等用量上来了，再按 /ai-cost-bill-comparison 那套对比方法把预估和实际并排看，偏差会自己浮出来。

算费用不是找一个人人都能用的数字，而是搭一套跟着你的用量更新的估算习惯。