deepseek-v4
DeepSeek V4.1 Flash 发布:视觉能力与 API 变化
DeepSeek-V4 Team · 2026年9月23日 · 9 分钟阅读
关键词: deepseek-v4、deepseek v4.1 flash、deepseek api
发布日期: 2026年9月23日 作者: DeepSeek-V4 Team
DeepSeek 在 2026 年 9 月 10 日发布了 V4.1 Flash。对官方 API 用户来说,最先需要检查的是配置里的模型名:新接入应使用 deepseek-flash;仍在使用旧 Flash 名称的应用,背后可能已经换成了新模型。
这意味着,即使没有主动升级,现有工作流也值得重新检查。请求能正常返回,只能说明接口接受了请求,不能证明底层模型和上次测试时一样。
本文面向正在选模型、维护 API 接入,或准备使用图片分析的读者。事实依据是截至 9 月 23 日核对的官方资料;文中的任务示例用于帮助你评估,不是本站已完成的性能实测。
新架构的数字,应该怎样理解
官方发布稿介绍,V4.1 Flash 是一个总参数量为 552B 的混合专家模型,采用因果编码器—解码器架构,输入侧激活参数为 8B,输出侧为 16B,并具备原生视觉理解能力。
总参数量和激活参数回答的是不同问题。前者描述模型整体规模,后者描述计算时涉及的参数子集。不能拿激活参数直接推算本地部署需要多少显存,也不能据此承诺某个请求会在几秒内完成。实际延迟还取决于输入长度、服务负载、硬件和推理实现。
如果你通过 API 使用模型,更直接的变化是图片已经属于当前 Flash 的正式输入能力,不必继续把旧的视觉实验模型当成独立选项。如果你计划自行部署,则需要另外核对推理框架和硬件要求;API 已上线,并不代表熟悉的本地工具已经支持这套架构。
旧模型名仍能调用,为什么还要改
当前更新日志明确说明,deepseek-v4-flash 和 deepseek-v4-flash-vision-exp 作为兼容名称,暂时路由至 V4.1 Flash,原来的对应模型已经退役。
假设你的订单提取脚本还写着 deepseek-v4-flash。日志中出现这个字符串,不代表它仍在使用上一代 V4 Flash。模型名有时是可变的别名,不是固定版本号。保存测试结果时,最好同时记录测试日期、服务商和官方当时公布的模型映射。
新项目直接采用 deepseek-flash,可以减少继续复制旧配置的机会。已有项目则适合先跑一组已知答案,再调整配置和内部示例。具体检查过程见API 迁移指南。
视觉能力最值得从一张已知答案的图开始试
把截图复制成纯文本,可能丢掉数值和标签的位置关系,也可能漏掉图例、警告标记或表格的列结构。支持图片输入后,可以把这些视觉信息一并交给模型。
但“能看图”不等于每个数字都读得准。第一次测试可以选择一张你持有原始数据的图表:先让模型抄出坐标轴标签和最大值,再让它解释趋势。这样能分清问题发生在识别环节,还是后续推理环节。对于模糊的小字,要求它说明看不清,比接受一个看似合理的数字更有用。
Vision 文档提供了图片 URL、Base64 和上传文件引用等输入方式。Files API可以通过 file_id 复用图片。当前列出的文件格式是图片,因此不能进一步推导为 PDF、Word 等任意文档都能直接上传。某个聊天产品若支持文档,可能在模型之外增加了解析或转换流程。
使用网页版时也要检查这一层区别:界面允许上传哪些附件、实际选择了什么模型,都以该产品当前提供的功能为准。官方 API 支持某项能力,并不能证明每个第三方入口都已开放。
关于 Pro 停服,旧公告和当前说明并不一致
9 月 10 日的发布稿曾宣布,计划从 9 月 14 日起把 V4 Pro 请求切换到 V4.1 Flash。但当前更新日志改为说明:9 月 14 日后继续提供 V4 Pro API 服务,计费方式保持不变。当前模型表也仍单独列出 V4-Pro-0813。
因此,今天做选型应参考当前服务说明和模型表,不能只依据原发布稿告诉用户“Pro 已经下线”。更新日志没有为这段修订单独标注日期,也不应自行补出一个“撤回决定”的具体时间。
已经稳定使用 Pro 的团队,可以利用这个窗口做对照测试,不必因为旧公告仓促切换。同时,继续服务也不是永久不变的承诺;把模型选择放在配置中,并保留验证样例,后续调整会容易得多。
用一个完整任务评估,而不是只问一道题
一个简单的文本评估可以是:把五条客服工单整理成表格,分别列出问题、用户要求的动作和原文依据。其中故意放入一条没有说明期望动作的工单,检查模型是否保留“未说明”,而不是替用户编出要求。
先检查结果是否可用,再比较速度。是否混淆了两位客户?是否漏掉字段?程序能否解析输出?如果回答很快,但需要人工重新整理,它未必降低了任务成本。
代码任务可以选一个已有测试的小改动,固定仓库内容、工具权限和验收条件。图片任务则使用同一份原图,避免不同聊天软件的压缩影响比较。一次回答好看,只能证明这一次的结果;重复运行,才能看见不稳定的错误。
对一个新建的官方图片 API 接入,V4.1 Flash 值得优先评估。对已有文本应用,先检查别名映射,再重跑依赖的样例。对运行正常的 Pro 应用,则先核对服务状态和实际收益,再决定是否迁移。
费用也应以完成任务为单位计算,把输入、输出、缓存和重试放在一起。可以继续阅读Pro 与 Flash 对比中的价格和算例,并为自己的比较保留日期与配置。