DeepSeek V4.1 Flash 1017 上线:deepseek-flash 换权重,5 项回归检查

博客 / 模型观察

DeepSeek V4.1 Flash 1017 上线:deepseek-flash 换权重,5 项回归检查

DeepSeek V4.1 Flash 1017 是 10 月 17 日上线的新版本:官方 API 里的 deepseek-flash 现在指向 DeepSeek-V4.1-Flash-1017。模型名、调用方式和价格都没变,但同一个名字背后的权重换了。如果你的代码依赖固定的输出长度、格式或提示词效果,建议这周跑一遍回归。以下信息截至 2026 年 10 月 17 日,来自 DeepSeek 官方文档。

10 月 17 日官方说了什么?

根据 DeepSeek 的更新日志和新闻页:

  • 网页、App 和 API 同步升级为 DeepSeek-V4.1-Flash-1017。更新日志写明 API 调用方式和价格不变,开发者继续用 deepseek-flash 访问最新模型。
  • 相比上一版 V4.1,官方称基准成绩更高、任务耗时更短、输出更短,因此成本更低、速度更快。具体各项得分见官方更新日志,这里不转述。
  • 针对 DeepSeek Harness、腾讯 CodeBuddy、WorkBuddy 等做了优化,官方建议 Harness 升级到 0.2.1-rc.1 或更高版本。
  • 权重同时发布在 Hugging Face 和 ModelScope。我查看的新闻页没有写明许可证,要自部署或商用,请先读权重仓库里的许可说明。
  • 同一天,Search 与 Fetch API 对所有人开放,按每个端点每 1000 次调用 0.75 美元计费;通过 DeepSeek Harness、Claude Code、Codex 的服务端工具发起的调用,对 DeepSeek API 用户免费到 10 月 31 日 16:00(UTC)开始计费前。

定价页对 deepseek-flash 的标注是:上下文 1M,最大输出 384K(该页把这一项对两个模型合并列出),支持视觉,并发上限 2500,默认开启思考模式。如果你的代码里还在用旧的模型名,是否仍可调用、如何计费,以官方文档为准。

价格不变,为什么还要改代码?

不一定要改代码,但要重新验证。价格和接口没变,变的是模型的行为:官方明确说输出更短、任务更快。这对多数场景是好事,对下面几类代码可能是隐患:

  • 按固定长度或固定段落数切分、截取输出的逻辑。
  • 用正则解析输出格式的流程,比如从回答里提取代码块、编号列表。
  • 依赖某个措辞触发后续动作的 agent 流程。
  • 以旧版输出为基线的评测集,分数变化可能来自权重更换,而不是你自己的改动。

另外,以 token 数估算的预算也会变,输出变短通常意味着账单下降,但要用实际数据确认。

回归检查清单:5 项怎么做?

准备 20 到 50 条你线上真实用过的提示词(先脱敏),在同一份脚本里跑,记录结果。上线前的基线如果没存,就用你日志里的历史输出对比。

  1. 输出长度:统计每条的输出 token 数,比较中位数和最大值,看有没有被截得过短。
  2. 输出格式:检查列表、代码块、标题层级等是否仍符合你的解析规则。
  3. JSON 输出:对要求返回 JSON 的调用,统计解析失败率,并确认必填字段都在。
  4. token 用量与耗时:对比输入、输出 token 和端到端耗时,核对账单口径。
  5. 任务结果:对有标准答案的任务(测试用例通过率、分类准确率)算通过率,而不是只看“读起来顺不顺”。

一个简单的做法是把每条请求的 usage 字段和响应文本落盘成 JSONL,上线前后各一份,用脚本比较。如果你的调用经过第三方中转,先确认它转发的确实是官方 deepseek-flash,方法见中转站模型真假怎么验证。

以后怎么第一时间知道权重又换了?

模型被同名替换并不只发生在这一家,Gemini 的例子可以参考Gemini 3.7 Flash 和 3.5 Flash 弃用,请求被自动转发,思路相同:同名不等于同一版本,上线后第一周盯住输出变化。

小结与下一步

  • 不用改接口和模型名,调用 deepseek-flash 即可用上新版本。
  • 今天就把线上真实提示词跑一遍上面的 5 项检查,尤其是 JSON 解析和输出长度。
  • 用 Harness 的话,升级到官方建议的 0.2.1-rc.1 或更高。
  • 要自部署权重,先确认仓库的许可条款。

参考来源

相关文章

继续阅读