deepseek 官方 api 价格

很多人搜 DeepSeek 官方 API 价格，结果是拿到一张半年前的截图，或者把第三方中转的倍率当成官方价。这篇不写死任何数字，只给一套查价顺序：从哪个页面看当前单价、缓存价在表里怎么找、哪些条件下你看到的价不适用。看完能自己核对，不用再问别人。

搜「deepseek 官方 api 价格」，最常踩的两个坑：一是拿到一张不知道什么时候存的截图，数字早就变了；二是把某家中转站挂出来的倍率当成官方价去对比。这篇不写任何具体数字，因为价格本身会调，写死的全是过期信息。

下面给一套查价顺序：先分清你要查的是哪一层的价，再看缓存那几列怎么读，然后对齐币种、单位、缓存命中、时间点四个口径，最后确认哪些情况下你算出来的价根本不适用。照着走一遍，你自己就能核，不用问人。

先分清你要查的是哪一层的价

DeepSeek 相关报价至少分三套口径：官方按量计费的 API 价、订阅或套餐式的打包价、第三方中转站自己挂的报价。这三套混在一起比，结论一定是错的。查之前先问自己一句：我这次是按 token 调用，还是买了个固定额度的套餐，还是在中转站下单。

官方按量价的入口就一个：到 /official-api-pricing 找到 DeepSeek 那一块，看它现在列了哪些在售模型、每个模型挂的单价是多少。页面上的数字是当时快照，我们这篇文章不复述，你自己去看一眼最稳。

• 先确认你是不是按量调用，不是的话直接跳到套餐目录，别在官方价页里找
• 在官方价页里选对厂商条目，同一页往往还有别家，别串行看错
• 把在售模型清单抄下来，下架模型的价只用于回溯旧账单，拿来报价没意义
• 如果是中转站下单，价格只到 /sites 与 /price-watch 核对，官方价只能当上限参考

同一家下面几个模型，缓存价要单独看一列

官方价目表一般按模型分块，每块里再分行列。看的时候先确认这个模型现在还在售，再看那几列到底代表什么。缓存相关的列至少有两项：缓存写入和缓存命中读取，它们和普通输入价不是同一个数。如果表里缺这两列，说明该模型不支持缓存，或者页面折叠了没展开。

计价单位

基本都是按每百万 token 计，看到「每千 token」要先乘一千再比，否则差三个数量级

缓存写入

第一次把内容写进缓存时按这一列计费，通常比普通输入价高或持平

缓存命中读取

后续请求命中缓存时读回来的价，通常是全表里最便宜的一列，省钱的点全在这

上下文档位

同一模型按上下文长度可能分档计价，长请求要确认自己落进哪一档

1. 锁定在售模型在官方价页找到 DeepSeek 那一块，抄下当前在售的模型名，划掉页面里灰掉或标注停售的。
2. 逐列读价对每个在售模型，把输入、输出、缓存写入、缓存命中读取四列分别读出来，缺列就标注「不支持」而不是填零。
3. 换算到同一单位如果页面混用每千和每百万 token，统一换成每百万再登记，避免后面比价时算错。
4. 记下取值时间在你自己那份表上写清是哪个时间点从哪个页面抄的，下次复核先看这个时间。

比价前先对齐四个口径

同一个模型，两个人算出来的每千 token 成本可以差一倍，往往不是价格变了，而是口径没对齐。下面四项对齐了，再谈谁贵谁便宜。

• 把四项写进同一个对比表头，任何一次报价都附上口径说明
• 对方只给一个「每百万 token 多少钱」，追问是输入还是输出、含不含缓存
• 预算按最坏情况估：全不命中、全走贵档，再看能不能接受
• 口径对不齐就先别比价，先对齐再算，否则越算越乱

什么情况下你查到的价不适用

就算你从官方页抄对了数，也有几种情况这数不成立。判断标准很简单：看账单的计费方是谁、用量走的是哪条通道、账户有没有特殊权益。

• 用量走的是合作云厂商或聚合平台的托管版本，计费口径归那一侧，官方页上的价只是对照
• 用了批量任务、离线队列一类折扣通道，单价与实时调用不同，别看实时那栏
• 账户上有赠送额度或阶梯折扣，实际扣费低于挂牌价，但额度耗尽后会回到挂牌价
• 价格刚调整、页面与账单还在过渡期，以账单明细为准，有疑问按调用时间回溯

还有一种容易被忽略：你查的是官方价，但你实际是在中转站充值调用，中间那层的加价不会体现在官方页上。这种场景该看的是 /price-watch 里对各家报价的追踪，而不是官方价本身。

价格页给的是挂牌价，账单给的才是你真正付的价，两者不一致时以账单为准，然后回头找原因。