9 月 10 日中午 12 点起，DeepSeek Flash 系列执行新定价：把一天切成高峰和空闲两段，空闲时段的价格是高峰的一半。对整天调 API 的人、做 AI 应用的团队、以及拿大模型跑批的个人来说，这是一条值得认真算一算的信号。
但「晚上跑便宜」只是方向，不是方法。原文把任务分成三类，哪类必须付高峰价、哪类挪到夜里就能省一半，分得挺清楚。
一、分时计价怎么划
高峰是周一至周五的 9:00-12:00 和 14:00-18:00，这五个小时是企业用户和程序真正在干活的时间；除此之外的晚上、凌晨、周末，统统算空闲，价格打对折。
以 Flash 系列为例，原文给出的口径是：空闲时段输入缓存命中 0.02 元/百万 token、缓存未命中 1 元、输出 4 元；高峰时段在此基础上翻倍。也就是说，除了输出只降了 0.5 元，谷时价格基本回到调价前的老价。
逻辑不难理解：算力是固定资源，白天大家抢，夜里闲置，不如把夜里的便宜卖给不赶时间的批处理任务，于是价格出现了明显的剪刀差。
二、三类任务，三种省钱姿势
实时交互类，比如在线客服、聊天助手、边写边改的创作，必须放在高峰，没得商量。这类任务是「人等模型」，你降不了延迟，只能接受高峰价。
批量处理类，比如给几百篇文档做摘要、给商品列表批量生成描述、对整个数据库做意图打标，最适合挪到空闲时段。它们不吃实时性，只要在调度上做点文章——把任务队列留到晚上或转天清晨执行——单次成本直接砍半。
增量缓存类，是最容易被忽略的一块。发给模型的内容里如果有大段重复的上下文，命中缓存后输入价格能从 1 元降到 0.02 元，差 50 倍。很多团队做 Agent 时把整个知识库重复塞进 prompt，又慢又贵；正确做法是把系统提示、角色设定、重复文档做成可复用的缓存前缀，命中率上去，输入成本几乎可以忽略。
三、先把自己的账单拆成三行
在谈省钱之前，先回答一个问题：你的钱花在哪一类任务上。把上个月的调用按实时交互、批量处理、缓存命中拆成三行，大概率会发现某一类占了七成以上。
拆完再决定动作。如果大头是批处理，错峰是立竿见影的；如果大头是实时交互，错峰帮不上忙，该优化的是上下文长度和输出长度；如果大头是缓存未命中，先改前缀结构，再谈时段。
错峰也不是万能。延迟敏感的业务、需要白天人工确认结果的流程、以及必须和上游系统同步触发的任务，硬挪到夜里只会把问题推给第二天。排队和重试的成本，往往比省下的那点 token 更贵。
四、价格回归说明了什么
这次调价往回走，表面是补偿老用户，背后是国产大模型从拼参数转向拼价格、拼体验。前两年大家比谁参数大、谁榜单高，现在比的是谁能让开发者真正用得起、用得好。
对普通用户来说这是好事：用得起强模型从口号变成现实，做 AI 工具的门槛在实质降低。但原文有句话说得对——决定 AI 工具好不好用的，往往不是模型本身，而是怎么把任务喂给它、怎么把结果接进工作流。同一个模型，有人用它把周报从两小时压到十分钟，有人只是把它当搜索框，差距就在任务设计。
分时计价给的是一个明确的杠杆：把不赶时间的活挪到谷时，把重复的上下文做成缓存前缀。先算清账，再决定挪哪一部分，比无脑等半夜跑任务有用。
本文转载自阿里云开发者社区（仙踪问道） 《一文看懂 DeepSeek 调价回归：谷时省一半，你的 AI 成本账该这么算》，原文链接：https://developer.aliyun.com/article/1762316。版权归原作者所有，如需删除请联系我们。