8 月 6 日晚上，几个 AI 群里开始转一条消息：DeepSeek 计划近期整体上调 API 服务定价，预计涨幅较大。很多人看到“大幅涨价”四个字，第一反应是打开 App，看看会员是不是也要涨。

先停一下。

截至我写这篇文章时，能公开核对到的，是 DeepSeek 官方价目页上的现行价格、按 token 计费的公式，以及价格可能调整的提示。那条“近期整体上调”的说法，目前主要以社交平台转述的形式流传，我还没有找到一份同时给出正式生效时间、完整新价格表和适用范围的官方公告。它可以作为一个需要关注的信号，不能当成已经落地的账单。

这一区别很重要。因为 API 是开发者买算力的入口，App 和网页聊天是普通用户使用产品的入口。两者可能共享模型，也可能共享品牌，但不代表它们的收费规则、结算主体和调整时间相同。API 价格有变化，不能直接推导出聊天订阅马上变贵；反过来，App 端暂时没有变化，也不代表你的 API 项目不会多花钱。

先看清楚官方账单长什么样

DeepSeek 官方价目页的核心公式很朴素：使用量乘以单价。真正容易漏算的，是输入和输出不是一类 token，输入里又分缓存命中和缓存未命中。

以当前价目页为准，deepseek-v4-flash 的输入缓存命中、输入缓存未命中和输出，分别列为每百万 token 0.0028 美元、0.14 美元和 0.28 美元；deepseek-v4-pro 则是 0.003625 美元、0.435 美元和 0.87 美元。价目页同时提醒价格可能变化，读者实际接入时应以页面最新版本为准。这里的数字只用于说明账单结构，不是对未来价格的预测。

这也是为什么“涨一倍”这句话不够用。一个工作流如果绝大部分输入都命中缓存，和另一个每次都把长篇系统提示重新发一遍的工作流，面对同一张新价格表，体感会完全不同。输出很多的 Agent、失败后反复重试的脚本，也不会和只做短问答的机器人一起涨。

传闻说的是 API，不是“所有 DeepSeek 都涨”

目前流传的说法，指向的是 API 服务整体调价。至于哪些模型、哪些区域、什么时候生效、是否存在峰值时段价格，公开信息还没有给出完整答案。网上还有人把旧价目、所谓高峰期价格和新通知拼在一张图里，这种做法很容易把不同时间、不同口径的数字混成“最终报价”。

我更愿意把这件事分成三层：

第一层，是官方当前价目和计费方式，这是已经能查到的事实。第二层，是社交平台对“近期可能大幅上调”的转述，这是待正式通知确认的消息。第三层，是大家根据模型成本、算力需求或产品策略做的解释，那属于分析，不应冒充 DeepSeek 的官方原因。

在正式通知出来以前，先不要替厂商补写涨价理由，也不要拿一张截图倒推精确涨幅。价格表是合同的一部分，猜错一个小数点，最后都会落到你的充值余额上。

小团队最该重算的，是四笔账

假设一家做售后机器人的小公司，每天处理 1000 个客户请求。每次请求大约带着 80k 的固定知识库内容、8k 的新对话输入，模型输出 2k。这个数字只是示例，不代表任何真实客户的平均用量。

如果知识库前缀稳定，80k 可能大量命中缓存；8k 新对话通常是未命中输入；2k 属于输出。每天的成本就不该写成一个模糊的“请求数乘模型单价”，而要写成：

缓存命中输入量 × 命中单价

缓存未命中输入量 × 未命中单价

输出量 × 输出单价

再加上第四笔：失败重试、超时重跑、人工重新提交产生的额外用量。

这四笔账中，最容易被忽视的是重试。没有退避的循环，或者连续点三次“重新生成”，都可能把一次业务任务变成三次计费。价格上调后，这种浪费会直接变成预算问题。还有一笔账在供应商账单外：切换模型要重写输出格式、重测中文长文本，单价低一半，不代表总成本低一半。

等正式价格表之前，可以先做什么

第一，导出最近七天的真实用量。至少按模型、输入缓存命中、输入缓存未命中、输出、失败重试五列记录，不要只看账户余额。

第二，把所有任务分成三类：必须稳定完成的主链路、可以降级的边缘任务、只是方便但不产生收入的实验。新价格出来后，先保护主链路，别让实验项目把预算吃掉。

第三，检查缓存是否真的命中。固定的系统提示、工具描述和知识库前缀尽量保持稳定；把每次都变化的时间戳、随机 ID 放到后面。缓存不是一个打勾就生效的开关，而是请求结构的结果。

第四，给重试加上上限和退避，记录每次失败的原因。一个看不到重试次数的监控面板，无法告诉你账单为什么突然翻倍。

第五，准备一个备用模型，用同一批脱敏样本做质量和成本测试。不要等余额只剩一天时，才发现备用接口连不上。

第六，把官方价目页和更新记录加入自己的变更提醒。价格页会变，截图不会自动更新；每次正式通知出现，都保存生效时间、适用模型和新旧价格，别让财务、研发和产品各自拿着一张旧表。

这件事可能只是小幅调整，也可能改变一部分 API 项目的预算结构。现在还不能替 DeepSeek 宣布答案。能做的是先把自己的账算明白：多少缓存命中，多少输出真正产生价值，又有多少钱漏在重试里。

等正式价格表出来，再决定加预算、改提示词、换模型，或者暂停一条不重要的自动化。先算账，通常比先发火有用。