阿里上调 DeepSeek 输出价，涨幅达 230%

阿里云平台调价，DeepSeek V4 Flash 输出价格上涨 230%

阿里巴巴近日上调了阿里云平台上 DeepSeek V4 Flash 0731 的输出价格，涨幅达到 230%。这条消息由 10 月 20 日发布的报道披露；截至 10 月 21 日，现有资料尚未提供调整前后的具体单价、适用区域、生效时间和计费页面，因此“上涨 230%”目前只能确认是报道给出的涨幅，不能据此还原完整价目表。

这次调整最值得关注的，不只是一个模型贵了多少，而是它发生在阿里云的模型服务渠道上。阿里云是模型调用的云服务提供方，DeepSeek 则是模型提供方；平台对某个模型的计费变化，不自动等于模型厂商修改了官方价格。对于开发者来说，先分清“模型官方定价”和“云平台渠道价”，比直接把涨价归结为 DeepSeek 政策变化更重要。

230%具体意味着什么

输出价格是模型按生成内容收取的费用，通常按输出 Token 数量计费；Token 是模型处理文本时使用的基本计量单位，并不与汉字数量一一对应。若原单价为每百万输出 Token 2 元，涨幅 230% 后的新价格将是 6.6 元；若原单价为 4 元，则新价格是 13.2 元。由于目前的参考资料没有列出阿里云调整前后的单价，这些只能作为计算示例，不能当作本次实际价格。

“上涨 230%”也不等于“新价格是原来的 230%”。涨幅 230%意味着新价格为原价的 3.3 倍。这个差别在评估调用账单时很关键：假设某项任务原本产生 100 元输出费用，其他条件不变，按这一涨幅计算，费用会变成 330 元，而不是 230 元。

对短对话而言，输出费用通常只是总账单的一部分；对代码生成、长文档分析和智能体任务来说，输出可能反复发生，影响就会明显得多。智能体是能够分步骤规划、调用工具并根据结果继续行动的模型应用形态。它完成一次任务，可能要多轮推理、生成工具调用参数、读取执行结果，再生成最终答案。用户看到的也许只是一份代码补丁，账单对应的却可能是多轮模型交互。

先看平台，再看模型方

现有信息指向阿里云渠道上的 DeepSeek V4 Flash 0731 输出价调整，但没有证据证明 DeepSeek 官方同步上调了同一模型的官方价格。云平台可能以自己的商品目录和计费规则提供模型服务；因此，即便模型名称相同，不同平台的输出单价、优惠政策、可用区域和计费细则也可能不同。

这一区分影响实际决策。企业如果直接依据某个平台的单价变化推断模型厂商全面涨价，可能会过早改造系统；反过来，如果把官方价格当成所有云渠道的最终成本，也可能低估账单。采购和工程团队应核对具体服务页面、计费单位和生效日期，并确认价格是否含税、是否存在套餐或活动折扣，以及缓存输入和输出是否采用不同计费项。

此前，DeepSeek 官方价格曾采用输入与输出分开计费的方式，输入还区分缓存命中与未命中。参考报道列出的 V4 Flash 价格曾包括：每百万 Token 缓存命中输入 0.02 元、未命中输入 1 元、输出 2 元。随后，DeepSeek 又公布过峰谷定价安排，工作日高峰时段与非高峰时段价格不同。需要强调的是，这些是参考资料描述的 DeepSeek 官方历史价格和调价计划，不是阿里云本次调整后的新价格，也不能直接用来计算此次 230% 涨幅对应的账单。

输出涨价对哪些工作负载更敏感

输出价格上升，对长输出和高频生成任务的影响最大。常见的敏感工作负载包括代码补全与重构、长篇报告生成、批量文档摘要、智能体运行日志分析，以及需要连续生成多轮结果的自动化流程。若一个任务的输出量占总 Token 消耗很小，价格变化对总账单的影响可能有限；如果模型会反复生成候选答案、工具调用指令或大段代码，输出单价上升就会直接放大边际成本。

可以用一个简单方法评估影响：把一段时间内的总成本拆成输入成本和输出成本，再单独估算输出成本在总账单中的占比。若输出只占账单的 20%，在输入价格不变且输出价乘以 3.3 的假设下，总成本约变为原来的 1.46 倍；若输出占 80%，总成本约变为原来的 2.84 倍。这是根据 230%涨幅进行的情景计算，不是对阿里云用户实际账单的预测，实际结果还取决于调用结构、缓存命中率、折扣与平台计费规则。

| 输出成本占原账单比例 | 其他费用不变时的估算总成本倍数 | 情景说明 | |---:|---:|---| | 20% | 约 1.46 倍 | 输入成本占比较高 | | 50% | 约 2.15 倍 | 输入与输出成本大致各半 | | 80% | 约 2.84 倍 | 长输出或多轮生成占主导 |

这张表假设输出单价变为原来的 3.3 倍，且输入价格和调用量都不变。它的价值在于帮助团队判断是否需要重新评估工作负载，而不是替代实际账单核算。

对比产品时，不能只看每百万 Token 单价

模型服务的采购成本不是一个孤立的单价数字。对于开发者和企业，输出费用应与任务成功率、平均输出长度、延迟、可用性和重试次数放在一起看。一个较便宜但需要更多轮调用、频繁重试的模型，最终账单未必更低；一个输出价格更高、却能更快完成任务的模型，也可能在端到端成本上更有竞争力。

当前可从参考资料中确认的价格信息如下。阿里云本次调整后的绝对价格尚未披露，因此不应把下表中的 DeepSeek 官方历史价格误读为阿里云现价。

| 项目 | DeepSeek V4 Flash 官方历史价格（参考资料所列） | 阿里云渠道本次调整 | |---|---:|---| | 缓存命中输入 | 每百万 Token 0.02 元 | 现有资料未提供是否调整 | | 缓存未命中输入 | 每百万 Token 1 元 | 现有资料未提供是否调整 | | 输出 | 每百万 Token 2 元 | 报道称上涨 230%，新单价未提供 | | 适用对象 | DeepSeek 官方服务价格信息 | 阿里云平台上的模型服务 |

价格比较还要留意时间。参考资料显示，DeepSeek 曾计划按时段调整官方 API 价格，也曾发布全线价格调整预告；不同公告对应不同时间点和计费规则。若把早期基础价格、后续高峰价格和阿里云渠道价格放进同一张表而不标明来源，很容易得出错误结论。开发者在复核成本时，至少要记录服务商、模型完整名称、计费项目、生效日期和调用时段。

开发团队现在该做什么

第一，核实正在使用的服务入口和模型标识。名称中带有“0731”的版本标记不应被省略；相同系列的模型版本、平台部署方式和地区可能对应不同的计费项目。确认实际调用的产品条目，避免拿其他版本或官方价格与阿里云账单比较。

第二，检查近期账单的输入、输出和缓存明细。若平台提供分项账单，应先找出输出费用占比，再估算价格变化对当前工作负载的实际影响。调用总量相同并不代表账单结构相同：长上下文会抬高输入成本，多轮生成会抬高输出成本，缓存命中则可能改变输入部分的费用。

第三，针对高输出任务做小规模回归测试。比较同一批任务的完成率、输出长度、重试次数和端到端延迟，观察模型是否能以更短输出完成相同工作。单纯要求模型“少说一点”未必能降低总成本；如果回答变短却导致更多轮追问或失败重试，最终消耗可能反而上升。

第四，为关键链路准备可验证的替代方案。替代模型需要用真实任务评估，而不是只比较公开榜单或名义单价。代码修改是否通过测试、结构化抽取是否满足准确率要求、峰值时段是否可用，都比单一价格指标更接近业务成本。迁移还要考虑模型输出格式、上下文长度和工具调用行为是否兼容。

这次调价释放的信号仍需谨慎解读

阿里云上调 DeepSeek V4 Flash 0731 输出价格，至少说明模型服务的渠道价格可能随供需、资源配置或商业策略变化，但现有资料没有说明阿里云调价原因。把这次变化直接归结为算力紧张、需求暴增或 DeepSeek 官方涨价，都超出了目前能够确认的证据。

从行业角度看，低价模型帮助开发者更快试验和部署，也让智能体等高调用场景更容易启动；但当模型成为生产系统的一部分，稳定性、服务保障和持续供给同样会进入成本账本。模型价格不再只是宣传页上的每百万 Token 数字，而是产品架构设计的一部分：哪些任务需要高能力模型，哪些环节可以缓存、压缩或交给更轻量的模型，都会影响最终支出。

对开发者来说，230%是一个足以触发账单复核的数字，却还不足以单独得出“DeepSeek全面涨价”或“模型不再划算”的结论。下一步最关键的信息是阿里云正式计费页面上的新旧单价、生效时间和调整范围，以及 DeepSeek 官方是否发布对应的价格变更。拿到这些数据之前，最稳妥的判断是：阿里云渠道上的 DeepSeek V4 Flash 0731 输出价格据报道大幅上调，实际成本影响取决于工作负载中的输出占比和具体计费条款。

参考来源

• 北京商报：DeepSeek不止卷价格：提供 DeepSeek V4 系列官方历史价格及峰谷定价信息，不能代表阿里云本次调价后的价格。
• GitHub：DeepSeek AI 组织：模型相关的官方代码与项目入口；具体服务价格应以对应服务商的计费页面为准。