很多人是半年前记下一个 DeepSeek 单价，之后一直照着那个数算预算，直到对账才发现差得远。这篇不给你写死的数字，而是给一套查证顺序：先去哪看官方口径、怎么把调价幅度换算成自己的用量、哪些情况旧价格还能用作参考。
很多人是半年前记下一个 DeepSeek 单价，之后一直照着那个数算预算，直到对账才发现差得远。中间可能调过几次价，也可能只是计费口径换了写法，但你没跟进，账就对不上。这篇不给你写死的数字——写死的数字第二天就可能过期——而是给一套查证顺序：先去哪看官方口径、怎么把调价幅度换算成自己的用量、哪些情况旧价格还能当参考。
先明确一点：问「涨了多少」本身是个不完整的问题。DeepSeek 的调价很少是全线一起动，通常按模型档位、输入与输出分开、缓存命中与否分别调整。所以回答之前得先限定：你说的是哪个档、哪一项、你的用量里哪部分占大头。限定清楚了，再去站内页面核对当时的数字，结论才靠得住。
先搞清「涨」和「降」是怎么来的
价格变动分两种性质，混在一起看就容易得出相反结论。一种是纯单价调整，同样一个 token 收多少变了；另一种是计费口径变化，比如缓存价从打包价里单独拆出来列、阶梯分段的切分点挪了位置。前者你直接比数字就行，后者只比一个数字会误判——可能名义单价没动，但你实际付的变多了。
- 纯单价调整
- 同一个计费项的单价上下浮动，直接按新旧数字比幅度
- 计费口径变化
- 计费项的拆分方式、阶梯切分点变了，单项数字不可直接对比
- 名义单价
- 官方页面上标出来的那一栏价格，不等于你实际每 token 的成本
- 实际单价
- 按你自己的输入输出比例、缓存命中率折算出来的每 token 成本
看历史幅度要去站内的价格变动追踪页对时间轴，那里按登记顺序记录每次调整动了哪一档，别拿社交媒体截图当依据，截图既不标时间也不说清是哪一项。如果你用量里缓存命中占比很高，名义单价的涨跌对你实际账单的影响会被放大或削平，这种情况必须单独算，不能套用笼统结论。
查当前单价和历史幅度的正确顺序
查证顺序别反。先看别人算好的结论、再回头找依据，很容易被过期数据带偏。正确做法是从官方口径出发，一路走到你自己的账单口径，中间每一步都留下可核对的痕迹。
- 拿官方当前口径到 DeepSeek 官方价格与规格页，确认输入、输出、缓存各自的价格位置，注意看页面标注的适用档位，别把 A 档的价套到 B 档上
- 对历史调整记录到价格变动追踪页按时间倒序读，每次调整记下三件事：调的是哪档、调的是哪一项、是纯单价还是口径变化
- 换算成自己的单价到 Token 单价换算工具，把自己的真实用量结构填进去，得到的是你场景下的实际单价，而不是页面上的名义单价
- 跑一遍月度预估拿模型成本计算器把上月真实 token 数跑一遍，得到月度预估，再和你现在的账单逐项对照，差在哪一项就是哪一项出了问题
这四步做完，你手里应该有三组数字：官方当前价、调价前后的对比、你的实际单价。三组不一致是正常的，不一致的地方恰恰是需要搞清楚的地方。如果其中任何一步你发现站内页面上的数字和你本地表格对不上，以站内页面为准，把本地表格更新掉。
把「涨了多少」换算成你自己的账
幅度本身没有意义，幅度乘上你的用量才有意义。做前后对比时务必固定同一个用量基数，最省事的办法就是直接用你上个月的真实 token 数，输入和输出分别统计，不要只统计总数。
| 判断维度 | 怎么处理 | 什么情况下这个判断不成立 |
|---|---|---|
| 输入与输出占比 | 分别统计占比，输出占比高的任务对输出价变动更敏感 | 你的业务里输入输出比例长期稳定时，可以只看综合成本 |
| 缓存命中率 | 命中率高的任务，名义单价变动影响被明显削平 | 命中率不稳定或无法统计时，只能保守按全价估算 |
| 调用量规模 | 量小的时候，单价变动落不到账单上有感的程度 | 量大且是批处理任务时，单价变动会直接传导到预算 |
| 渠道类型 | 官方直连按官方口径算，中转渠道按渠道倍率算 | 渠道倍率规则不透明时，只能按最坏情况留缓冲 |
拿不准就把三个口径——官方当前价、调价前后、你的实际单价——并排列在成本计算器里各跑一遍，看哪一组差异最大。差异最大的那一项就是你接下来要盯的地方。如果调用量本来很小、每月花费低于一顿饭钱，纠结幅度没有意义，重点应该放在接入稳定性和额度够不够上，这在站内的中转站可信度检测页有对应的检查项。
调价之后该做的三件小事
知道涨了多少只是第一步，接下来是把信息落成动作，否则下次对账还会踩同一个坑。下面这几件事每件都不超过十分钟，但能省掉后面反复解释的成本。
- 更新团队内部的单价表，把旧数字标注作废日期，避免同事继续按旧价报预算
- 在预算告警里把阈值往下调一档，给调价留缓冲，具体设阈值的方法见站内预算告警相关文章
- 对成本敏感的批处理任务，先到模型成本计算器里换个更便宜的档位试算，再决定要不要迁移
- 每月复盘时把单价变化单独记一行，长期看才能看出趋势，单月数字说明不了什么
最后一条不适用的情况要说清：如果你的调用已经签了合同价，或者走的是中转渠道，官方调价不直接等于你的成本变化，得看渠道自己的倍率规则。这种情况下去站内的中转站价格追踪页看渠道侧的登记记录，比盯官方价格页更有用。反过来，如果你完全是官方直连、按量付费，那官方口径就是你账单口径，直接照上面的顺序走。
还有一个容易忽略的点：调价之后旧价格不是完全没用了。做历史成本回溯、给去年的项目算总账时，旧价格恰恰是对的，错的是拿它算未来预算。把「历史价」和「当前价」在表格里分两列放，别混在一列里更新，这是最省事的防错方式。
下一步想知道 DeepSeek 历次调价的登记记录和当前各档位口径，去价格追踪页按时间轴核对当时的数字，比记住任何一个固定价格都靠谱。→常见问题
DeepSeek API 到底是涨了还是降了？
没法一句话回答，因为不同档位、不同计费项在不同时间点的调整方向不一样。靠谱的做法是到站内的价格变动追踪页，按时间倒序读登记记录，看清每次调的是哪一档，再对照官方价格页确认当前值。别用别人转述的结论做预算。
我半年前记的单价还能用来估算吗？
只能当量级参考，不能当依据。半年时间里计费口径和档位价格都可能变过。建议直接把上个月的真实 token 用量丢进站内的模型成本计算器跑一遍，得出的数字才是你现在的成本水平，和记忆里的单价对比一下就知道差多少。
官方调价了，我的账单一定会跟着变吗？
不一定。如果你走的是中转站或渠道转售，实际价格取决于那个渠道自己的倍率和结算规则，官方调价只是它的一项输入。另外你自己的缓存命中率、输入输出比例变化也会影响账单，所以调价和账单变化之间没有必然的一一对应关系。
