DeepSeek V4 九月版本观察:Pro、视觉实验版与文件 API 的边界
DeepSeek V4 的近期变化同时涉及正式 Pro、视觉实验 API 和文件复用。本文按官方发布节点梳理当前能力,解释为什么开放权重、图像输入和文件上传需要分别核验。

THE BRIEF
博客要点
DeepSeek 官方在 8 月 13 日宣布 V4-Pro 正式发布,8 月 21 日推出 deepseek-v4-flash-vision-exp 视觉实验 API,并同步介绍 Files API。[1][2] 本文于 2026 年 9 月 10 日复核这些当前版本,属于版本观察,不是声称今天发布了新一代 DeepSeek。
来源公告日期 ·
先读清版本,再设计调用链
先确认请求到底发给谁。视觉能力对应带 vision-exp 后缀的型号;当前视觉指南明确指出,不支持图片的型号会拒绝图片请求。[3] 工程上的直接建议是把模态能力作为路由条件,而不是把“都是 V4”当成可互换的依据。文本回退路径如果接收了图片,应明确处理方式,不能静默丢弃视觉证据。
开放权重与视觉服务分开核验。DeepSeek 官方组织提供 V4-Pro 的权重模型卡和下载入口。[5] 但这本身不能证明下载的 Pro 检查点等同于 Flash-Vision-Exp API。评估中国开放模型时,我们建议分别记录能下载什么、许可证是什么,以及服务端实际暴露了哪些能力,避免把产品家族的一项新能力扩散到所有版本。
图片到达模型之前,已经经过一条链路
三种图像传入方式影响不同环节。视觉指南支持内联图像、外部图片 URL 和已上传文件的引用。[3] 内联方式容易做一次性验证;URL 方式要考虑下载可用性;文件引用适合需要重复使用同一材料的工作流。它们改变的是传输与应用状态管理,不能仅凭请求变小就认定模型推理更快。
文件复用不等于免除图像推理成本。Files API 文档说明可以上传后复用 file_id,并可设置生命周期;图像仍按视觉处理规则参与推理。[3][4] 我们建议把上传次数、存储状态、请求字节和模型用量分开观察。这样才能区分节省了重复传输,还是减少了实际推理工作,避免在成本报表里混为一谈。
文件引用需要生命周期,而不是一个永久字符串
把 file_id 存进数据库很容易,难的是知道它还代表什么。我们的建议是同时保存所属账户、原始材料版本、上传时间和失效策略,并让业务记录指向这组信息,而不是只保存一个孤立标识。这样在文件过期、密钥切换或源材料更新后,应用能够判断应重新上传、重新授权,还是明确告诉用户材料已经不可用。
想象一个需要跨天核对票据的工作流:第一天上传了图片,第二天用户替换了一张更清晰的原件。若应用仍复用旧文件引用,模型给出的数字即使与旧图一致,对当前业务也可能是错误的。解决方法首先是版本管理:将“同一业务对象”与“同一份文件内容”分开记录。模型能力越强,越不能忽略这种输入端的差错,因为自然流畅的解释会让旧材料更难被察觉。
URL 输入的失效机制又不同。浏览器能打开图片,不代表模型服务所在环境也能下载;登录 Cookie、临时签名和网络可达性都可能让同一地址产生不同结果。接入测试应分别覆盖公开地址、会过期的地址和不可访问的地址,并记录失败发生在下载、解析还是模型处理阶段。先确认图片确实送达,再讨论模型是否看懂,能减少大量无效的提示词调整。
视觉评估应落到字段与证据位置
看见图像之后,难点是证据是否保真。可以用同一张表格的原图、裁切图和压缩图做对照,要求输出字段与图中位置对应,再加入缺失列、模糊数值和矛盾文字。我们的建议是按字段正确率与无法确认时的处理方式验收,而不只问一句“这是什么图”就认为视觉接入完成。
以采购单为例,验收可以要求每个提取字段附带所在页和区域描述,并允许返回“无法确认”。一张印章遮挡了金额的单据,不应因为输出格式必须完整就被填上猜测数字。测试样本里可以加入空白字段、重复页、旋转图像和互相矛盾的两张表。统计时把正确、遗漏和无依据补全分开,才看得出系统是谨慎地拒答,还是自信地提供了错误信息。
视觉输出进入下游系统前,还应经过与业务有关的校验。例如数量与单价是否能对应总额、日期是否符合要求、同一单号是否重复。这些规则不是对模型的否定,而是把概率性识别结果放进可核对的流程。对于影响付款或库存的字段,应保留原始图片和审核入口;把低置信结果交给人处理,往往比要求模型永远给出完整答案更可靠。
把实验接入做成可恢复的系统
把实验版接入做成可回退的试验。保留原始图片与请求设置,在限定任务中逐步增加复杂度,记录识别错误、工具误用及失败恢复。本文没有运行独立性能测试,因此不复述厂商榜单为通用结论。是否适合票据、图表或界面任务,需要由各自样本决定。
可回退还意味着为失败设置边界。下载失败可以在有限次数内重试;不支持的输入类型需要修改路由;图片内容缺失则需要用户补充材料。把所有错误都当作瞬时故障,只会重复发送同一无效请求。建议在测试报告中保留请求标识、输入版本和错误分类,并把上传与模型调用分开核算,避免把传输优化误读成推理费用已经消失。
在 Token AI Cloud 的 Token Cloud API 接入流程中,先核对实际模型 ID 与账户权限,再测试目标输入方式。本文的分析说明如何组织视觉评估,不承诺站点已支持 DeepSeek 的所有实验接口。视觉模型的升级价值,应该通过可追溯的材料、可校验的字段和可恢复的失败处理体现出来,而不只是“可以发一张图”。
配图说明:封面是 Token4AI 原创的三种图像输入路径图,依据官方接口说明绘制。它展示数据如何进入视觉模型,不代表 DeepSeek 内部网络结构,也不意味着 Token4AI 已开放全部所述接口。
实践清单
- 核对完整型号及图片输入能力,不跨版本静默替换。
- 把开放权重检查点与托管视觉实验服务分别记录。
- 分别统计上传、文件复用、传输量和推理用量。
- 用包含模糊和缺失信息的真实图像验证字段级准确性。
参考来源
- [1] DeepSeek · V4 Flash Vision Exp announcement ↗2026-08-21
- [2] DeepSeek · V4 Pro GA announcement ↗2026-08-13
- [3] DeepSeek · Vision guide ↗2026-09-10
- [4] DeepSeek · Files API guide ↗2026-09-10
- [5] DeepSeek · V4 Pro open-weight model card ↗2026-09-10
Token4AI 独立技术分析。文中厂商能力与本站模型可用性分别核验;实际接入范围与价格请以控制台为准。