deepseekapi价格收费标准比较

很多人第一次比 DeepSeek API 价格，是拿着两个截图对数字，结果发现自己比的根本不是一回事：有人看的是官方按量价，有人看的是缓存命中后的价，还有人把中转站折算价当成官方价。这篇不讲谁便宜，而是先把「哪几档、按什么口径算、去哪一页核」这套动作理清楚，让你自己搭出一张不会过期的对比表。

很多人第一次比 DeepSeek API 价格，是拿着两个截图对数字，结果发现自己比的根本不是一回事：有人看的是官方按量价，有人看的是缓存命中后的价，还有人把中转站折算价当成官方价。比价最容易翻车的地方，不是算错，而是从头到尾就没在同一口径上说话。

这篇不讲谁便宜，而是先把「哪几档、按什么口径算、去哪一页核」这套动作理清楚。看完你能自己搭出一张不会过期的对比表，之后价格怎么调，你只要刷新来源页，不用重新理解一遍。

先搞清楚「档位」到底指什么，别一上来就比单价

DeepSeek 的档位至少分三层，混着比一定出问题。第一层是模型档，不同能力或速度的模型各自定价；第二层是计费项档，输入、输出、缓存命中、缓存写入是分开算的；第三层是通道档，官方直连和第三方中转折算走的是两套关系。这三层比的东西根本不是一回事。

模型档

比的是同一类任务在不同模型上的单价，前提是任务量假设一致

计费项档

比的是同一份工作在不同缓存命中率下，实际账单差多少

通道档

比的是同一个模型换个入口后的折算关系，通常带倍率和汇率浮动

判断标准很直接：如果两张对比表的行列含义对不上，直接判定不可比，别硬凑。先去站内 /official-api/providers/deepseek 把基础口径对齐，再回来看别人的表。什么情况下这条不适用？只有你比的是同一模型、同一通道、同一用量结构，才可以直接对单价。

输入和输出不是一个价，先确认你比的是哪一头

把单价抄下来的时候，必须同时标清是输入价还是输出价。只写一个数字的表，基本没法用，因为你不知道那一列到底是哪一头，也没法判断它覆盖了你多少用量。正确做法是先翻出自己最近一次用量记录，把输入 token 和输出 token 分别统计出来。

1. 拉一次真实用量从你自己的调用日志里挑一段有代表性的区间，导出输入 token 和输出 token 两个总数，不要凭印象估
2. 算占比用输入除以总量、输出除以总量，得到两个比例，记下来，这是你后面套任何单价的分母
3. 套两套单价做敏感性拿你候选的两个档位单价分别代入，看总价差落在哪个量级，如果差得很少，说明这个维度对你不是决定项

什么情况下可以忽略输出价？如果你的任务输出占比极低，比如纯分类、纯抽取、只回一个标签，那输入单价才是决定项，输出价的差异可以直接不看了。反过来，长文生成、多轮对话这类输出占比高的场景，输出价就是主角。

缓存命中/写入是单独一行账，别当成折扣

缓存不是「打折」，它是账单里独立的一行计价项。命中价、写入价、普通输入价三者互不替代，你把缓存当成折扣率去乘，算出来的数字和真实账单对不上。做法很朴素：在对比表里给缓存单独留一列，并标注你假设的命中率。

缓存怎么生效、命中条件是什么，本站已有专门文章讲透，这里只处理「这一项怎么进你的对比表」。到什么程度算够：四项能加总、每项都有取值来源，就够。别在这一步追求精确到个位，那是后面真跑起来才知道的。

官方价和中转折算价要分两栏放，不要挤在一列里

中转站的报价通常是官方价乘一个倍率，再叠加汇率，所以它随汇率和倍率浮动。把它和官方价挤在同一列，等于拿一个浮动值去对一个相对稳定的值，时间一长这张表就废了。正确做法是分两栏，中间用「相对官方价的倍数」做桥。

1. 收集第三方报价从你实际在用的渠道拿报价，记录它给的计价单位，确认是输入还是输出
2. 还原成倍数用第三方报价除以官方同项单价，得到一个倍数，这个倍数才是可横向比较的量
3. 判断合理区间倍数明显偏离常见范围，就不要先比价，先去核渠道本身可信度，顺序不能反

去哪核：站内 /sites 有中转站目录，/rankings 有可信度排行。先筛掉不可信的，再比价。不适用的场景：长期大额用量签的是合同价，倍数关系会被阶梯折扣打乱，这套还原法只适用于按量小额。

搭一张半年不用重做的对比表

这张表的目标是「价格变了只改两处」。固定四列：计费项、计价单位、你自己的用量假设、折算后总价。行按输入、缓存写入、缓存命中、输出四行展开。单价一律不写死在表里，只写取值来源链接。

• 计费项列：四行固定，不要随模型变，变了就不叫对比表了
• 计价单位列：写清按什么 token 计，别只写一个数字
• 用量假设列：填你真实日志里的月度 token 数，不要写「大概几百万」这种估法
• 折算后总价列：由前三列算出来，不手填
• 来源列：写站内页面路径，价格调整时重新打开刷新即可

复用逻辑很简单：换模型只要换价格来源和单价两处，其余不动。如果你的表每次换模型都要重搭，说明前面几列没固定住。用真实日志而不是估数，是因为估出来的结论没法支撑决策，最后还是要重算一遍。

数字会变，判断标准不会变：该去哪一页看当时的价

本文所有涉及具体金额、倍数、模型版本的地方一律不写死，因为写死了就会过期。你要的是知道去哪看当时的数字，而不是背一个会失效的数。

除了算钱，也要有位置感：/usage 看真实用量榜，/inference 看开源模型比价，能帮你判断 DeepSeek 在你的候选集里大概处于哪个区间。这个区间只是参考，不代表它就一定适合你，最终还是要回到你自己的输入输出结构和缓存命中率。

四种「看着在比价、其实没在比」的典型情况

下面四种情况很常见，它们的共同点是：数字都摆出来了，结论却下不了，因为前提对不齐。遇到任何一种，先别下结论，回去补字段。

• 拿官方输入价去对别人的综合单价：一边是单项，一边是混合，量纲都不一样
• 用不含缓存的表去比含缓存的实际账单：一边漏了缓存写入，一边漏了命中，方向还可能相反
• 把某次促销价当成常态价：短期活动价不能进长期对比表，进一次这张表就废了
• 用不同长度的上下文测出的花费直接对比：上下文长度不同，输入 token 结构不同，比的是两件事

排查顺序固定：先确认计价项是否齐全，再确认用量假设是否一致，再确认是否含折扣或赠送额度，最后才看总额差。四步里有任意一步对不上，结论先别下。这个顺序不能颠倒，因为前面一步错，后面算得再准也是白算。

比价失败的原因，九成不是算错，而是两边从一开始就用的不是同一套口径。