DeepSeek V4.1-Flash 上线带原生视觉——四天后 deepseek-v4-pro 静默切换
DeepSeek V4.1-Flash 今日上线,新 API 名 `deepseek-flash`,原生支持图像输入。9 月 14 日 12:00 起,所有 deepseek-v4-pro 请求静默切换至 V4.1-Flash 并按 Flash 定价计费。本文拆解能力差异、定价变化与截止日期前需要确认的配置。
归档条目:由 AI 根据所引信源辅助生成,发布时未经逐篇审阅。责任编辑:Joe Werner。

今天发生了两件事,只有一件是模型发布。
发布的是 DeepSeek-V4.1-Flash:新架构、原生多模态输入、新的 API 名称。更关键的是紧接在 benchmark 数据后面的一段话:2026 年 9 月 14 日 12:00(北京时间)起,所有发往 deepseek-v4-pro 的请求将被路由到 V4.1-Flash,并按 Flash 定价计费。距今四天。
如果你的 Agent、代理或路由配置里硬编码了 deepseek-v4-pro,而且没有评估过能力差异,往下看。
今天 API 层面发生了什么
第一个运营事实是模型名称的变更。新的标准标识符是 deepseek-flash——不是 deepseek-v4-flash,不是 deepseek-v4-1-flash。DeepSeek 正在向代际无关的名称迁移。
历史名称 deepseek-v4-flash 和 deepseek-v4-flash-vision-exp 仍然可用,但它们现在指向 V4.1-Flash,而不是原来的模型。那两个模型今天正式退休。如果你的路由配置中有 deepseek-v4-flash,你已经在收 V4.1-Flash 的响应了——无论你是否主动要求。
deepseek-v4-pro 是目前还没有切换的那个。但它会切换。9 月 14 日的变更不是软废弃,也没有并行的备用端点。是同一个模型名、同一个 URL、同一套认证,静默返回不同的模型,按不同的价格计费。请求会成功,响应也是正常的——只是背后换了一个模型。
V4-Pro 和 V4.1-Flash 的能力差在哪里
DeepSeek 的原话很直接:"大量测试表明,V4.1 Flash 在性能、成本、速度和总时间上已全面超越 DeepSeek V4 Pro。"这是个强断言。看一下具体数字:
| Benchmark | V4.1-Flash | V4-Pro(8 月 13 日 GA) |
|---|---|---|
| HLE(纯文本) | 36.8 | 42.7 |
| HLE(带工具) | 63.9 | 60.0 |
| Terminal-Bench 2.1 | 90.6 | 87.9 |
| DeepSWE v1.1 | 74.2 | 62.7 |
| NL2Repo-Bench | 65.4 | 61.5 |
| Codeforces Rating | 3471 | — |
| GPQA Diamond | 90.9 | — |
两个值得注意的点。第一,纯文本 HLE V4.1-Flash 更低(36.8 vs 42.7)。这影响的是依赖模型内部知识检索而非工具调用的场景——世界知识问答、长文档理解、在静态上下文上的复杂推理。第二,所有 Agent 和代码 benchmark V4.1-Flash 都领先,有些差距相当明显(DeepSWE:74.2 vs 62.7)。
合理的解读是:V4.1-Flash 是更好的 Agent 运行时,但在纯文本知识型任务上弱于 V4-Pro。如果你的 V4-Pro 用量集中在编程 Agent、函数调用流水线或工具增强的工作流,9 月 14 日的切换大概率是净收益。如果你在用 V4-Pro 做无工具推理——法律文件分析、学术密集型问答、在静态上下文上的长链路规划——应该在截止日期前测试 V4.1-Flash,而不是等切换之后再评估。
视觉现在是默认模型的一部分
V4.1-Flash 原生支持图像输入。上一代需要单独的模型名(deepseek-v4-flash-vision-exp)。那个模型今天退休,其请求已由 V4.1-Flash 承接。
对网关运营者来说,这产生两个具体变化。第一,不再需要把视觉请求路由到不同的端点,发给 deepseek-flash 的任何带图像的请求都可以处理。第二,如果你的策略层此前在 deepseek-v4-flash 上屏蔽了视觉请求(这在希望只处理文本的企业网关中很常见),那个显式屏蔽现在是你唯一的控制手段——模型本身不会拒绝图像。
deepseek-flash 的并发限制是 2500,deepseek-v4-pro 是 500。9 月 14 日之后,原来用 Pro 的用户自动获得更大的并发上限——这大概是这次迁移里最容易被忽视的好处。
定价变化的实际影响
在今天之前,deepseek-flash(即原来的 V4-Flash)就已经是更便宜的选项。9 月 14 日的迁移把 deepseek-v4-pro 的调用按 Flash 定价结算:
| 缓存未命中输入 | 输出 | 峰值倍率 | |
|---|---|---|---|
| deepseek-flash(新) | $0.15 / 1M | $0.60 / 1M | 2× |
| deepseek-v4-pro(9 月 14 日前) | $0.66 / 1M | $1.98 / 1M | 2× |
如果你目前在 deepseek-v4-pro 上有显著用量,9 月 14 日之后,不需要任何配置变更,账单上的输入成本大约降至原来的 1/4,输出成本降至约 1/3。这是一个值得在计费仪表盘里打上标记的成本事件。
风险在于反面:如果你依赖 deepseek-v4-pro 处理 V4.1-Flash 表现较弱的场景(见上面的纯文本 HLE),你会在没有任何明确信号的情况下损失质量。API 返回 200,日志里的模型名仍然显示 deepseek-v4-pro,只有你的质量指标才能告诉你有什么变化了。
9 月 14 日前需要确认的配置
如果你想保留 V4-Pro 的行为: 无法保留。DeepSeek 正在退休这个模型。没有 deepseek-v4-pro-0813 或任何版本化别名能在截止日期后继续使用旧模型。推荐的路径是在 14 日之前在你自己的工作负载上验证 V4.1-Flash,按需调整。
如果你想现在就切到 V4.1-Flash(在自动切换之前): 把模型字符串改成 deepseek-flash,这是今后的标准名称。
如果你的配置里有 deepseek-v4-flash: 从今天起你已经在用 V4.1-Flash 了。不需要操作,但如果你有基于该模型名的视觉策略规则,检查一下。
在 TheRouter 上: 指向 deepseek-v4-pro 的模型别名在 9 月 14 日之后仍然可以解析,但它们最终到达的是 V4.1-Flash。如果你为 Pro 层设置了成本上限或质量过滤器,在截止日期前检查一遍。
四天的窗口很短,现在测,不要等到 15 日。
相关阅读
AI 路由新闻与供应商动态 →
DeepSeek V4 Pro 熬过了自己的死亡日期,这次反转对路由策略意味着什么
DeepSeek 在9月10日宣布 V4 Pro 将于今天 04:00 UTC 停服,结果食言了。他们以「用户需求」为由保留了 V4 Pro,价格不变。本文梳理两个模型当前的实际参数差异,以及路由团队现在需要做的决策。

DeepSeek V4-Flash-Vision-Exp 把视觉能力加进了 API:你的路由层需要做什么
DeepSeek 8 月 21 日上线了首个多模态模型。真正的路由问题不是模型本身,而是视觉请求要求 content 字段必须是数组,而你的代理中间层可能只处理了字符串。

Claude Code 2.1.281:Bedrock 上游获得跨账号 IAM 和 Guardrail 强制执行
2.1.281 新增三个字段,改变 Bedrock 上游的认证与策略执行。assume_role 通过 STS 将凭证转为按开发者隔离的会话令牌;guardrail 强制每个请求通过 Bedrock guardrail。两者均影响多账号 AWS 部署的信任边界。