DeepSeek 1017没降价:“更省钱”这笔账怎么算?
单价没变,DeepSeek为什么强调任务成本下降?从新版可比成绩、Agent的完整调用过程,到搜索接口的独立费用,分清已公布的变化与尚未公开的节省幅度。
同样是让AI改完一个页面,有时一轮就能交差,有时却要追着它补按钮、修报错、重新检查。两次调用的单价一样,最后花掉的钱和时间可能差很多。
DeepSeek这次把升级重点放在了这笔账上。10月17日,V4.1 Flash更新为1017版,网页、App与API同步升级,API单价和调用方式不变。官方称,新版在提高部分任务成绩的同时,减少了任务运行时间和输出长度。官方更新日志
单价没变,省钱只能来自完成同一件事时消耗更少。不过,官方没有公布统一的耗时、输出缩减比例,目前还算不出每位用户能省下多少。
编程和自动化进步,已经有了具体数字
模型卡列出了旧版与1017版的同名成绩:
| 测试 | 旧版V4.1 Flash | 1017版 | 增加 |
|---|---|---|---|
| Terminal-Bench 4.0 | 31.2 | 42.3 | 11.1个百分点 |
| DeepSWE v1.1 | 74.2 | 77.0 | 2.8个百分点 |
| ProgramBench | 20.3 | 29.1 | 8.8个百分点 |
| Automation-Bench v1.0.6 | 54.8 | 60.5 | 5.7个百分点 |
这些是DeepSeek的评测结果。其中,Terminal-Bench 4.0使用Claude Code框架,DeepSWE使用Mini-SWE-V2;成绩属于模型与指定任务、执行框架共同构成的测试环境。官方模型卡与评测条件
它们给出的信号很具体:新版在这些编程、自动化测试里做得更好了。结合官方所说的降耗,对已经使用Agent改代码、执行重复任务的人,这比单看回答是否流畅更有参考价值。
但表格没有回答另外两个问题:每个成功任务究竟少用了多少token,失败后平均还要重试几轮。更不能把60.5直接当成中文办公任务的成功率。写PRD、整理会议文本与修改代码,有不同的材料和验收要求,仍得按各自的任务判断。
账单里,藏着整个工作过程
Agent工作时,最后呈现给你的那段回答只是过程的一部分。前面可能已经读过文件、生成过修改、运行过工具、看到报错,再把结果带入下一次调用。几轮下来,输入与输出都会累积。
如果新版能够更早完成任务,少一次无效修改,就有机会同时减少模型输出、后续输入和等待时间。这是任务效率可能降低成本的路径;官方目前公布的定性降耗说明,还不能告诉我们这种变化在每个工作流里出现得有多稳定。
即使只看模型费用,“少输出30%”也不会自动让整单便宜30%。截至10月19日,Flash高峰时段的未缓存输入价格为每百万token 0.30美元,输出为1.20美元;缓存命中与非高峰时段另有价格。官方价格页
做一个简单的假设演算:10万未缓存输入、1万输出,按上述价格合计0.042美元;输入不变、输出减少30%,合计变为0.0384美元,只下降约8.6%。这是说明计费结构的例子,并非1017版的实测节省率。
对职场用户,还应把自己的复核时间算进去。一份初稿少花几分钱,却多出两轮人工修订,未必划算。比较新旧模型时,应保留相同输入和验收要求,看整项任务的费用、耗时与修改次数,而不只是最后一条回答有多短。
资料研究,还有一笔搜索费用
同日开放的Search和Fetch是另一项服务:一个搜索网页,一个取得指定页面内容,需要由应用接入。模型升级与搜索接口开放是两件事,换成1017版并不会让所有客户端自动获得联网能力。搜索与抓取指南
两者公布的价格均为每1000次成功且有结果的请求0.75美元。通过DeepSeek Harness、Claude Code或Codex使用相关服务端工具调用,当前有免费安排,计划从北京时间11月1日零点起收费;优惠有指定链路和期限。官方计费说明
所以,让Agent做资料研究时,模型费用只是其中一项。反复搜索同一个问题、抓取已经读过的页面,也会影响总成本。已经核实的材料能否复用,同样值得纳入工作流。
网页用户直接用,Agent用户看交付
网页和App已经同步更新,普通用户无需部署模型。API继续使用deepseek-flash;使用DeepSeek Harness的人,官方建议升级到0.2.1-rc.1或更高版本。调用与适配说明
如果你已经用Agent整理同一类文件、修改固定项目,或执行有明确输入输出的自动化任务,可以拿熟悉的材料对照新旧版本。验收要求不变,才能看出它是否减少了返工。
如果你主要在网页里偶尔问答,API的单次节省不能直接抵扣固定订阅支出;是否值得换工具,要看实际获得的结果。对于Agent用户,答案则更明确:1017版的省钱逻辑在任务消耗,而不在价格表。官方给出了成绩提高与降耗的信号,最终账单仍要等同样的活真正做完之后再算。
本文为公开资料整理与技术学习参考,不提供采编、转载或发布服务。
Kimi K3.1 Pro:跑分逼近 Opus 5.5,白模能变成动画吗?
终端任务与Opus只差0.7个百分点,科学任务却仍有明显距离。结合官方游戏、3D网页和Blender白模案例,拆解Kimi、三维软件与视频模型的分工,并给出可访问的试玩入口。
71 个 Agent 真会一起干活?ECC 给 Codex 加了什么
ECC的71份Agent定义和311个技能怎样进入Codex?从CSV导出的一次交付拆解规划、验证、Hooks与记忆,核对原生插件和旧同步路径,讲清目录规模、安装成功与任务效果的区别。
Codex 总在翻整份代码?Serena 能让它少走多少弯路
Serena能按函数和引用关系为Codex取代码,但“省90% token”缺少统一对测依据。结合官方案例,看默认LSP与JetBrains后端的能力差异、接入步骤,以及哪些任务原生工具更省事。