DeepSeek V4 Pro 与 Flash:哪款模型适合你的 API 工作流?
如果你正在为 API 负载比较 DeepSeek V4 Pro 与 Flash,那么答案已经不再只是“Pro 追求质量,Flash 追求成本”。在 DeepSeek-V4.1-Flash 发布后,Flash 成为了更便宜、并发更高、且支持视觉能力的路线。V4 Pro 仍然是在工作流需要更强的长上下文推理、复杂编码代理输出,或者更高的可接受结果率时值得测试的路线。
截至 2026 年 10 月 11 日,DeepSeek 的定价页面将 deepseek-flash 列为 DeepSeek-V4.1-Flash,将 deepseek-v4-pro 列为 DeepSeek-V4-Pro-0813。两条路线都支持 1M token 上下文窗口、384K token 的最大输出、OpenAI 格式 API 访问、Anthropic 格式 API 访问、工具调用、JSON 输出、Responses API 和思考模式。最显著的差异在于价格、并发和视觉支持:Flash 更便宜,标注的并发上限更高,并且支持视觉;Pro 更贵,标注的并发更低,并且不支持视觉。
关于 DeepSeek V4 Pro 与 Flash 的实用规则很简单:默认将 Flash 用于低成本、并行、多模态或“够用即可”的流量;只有当真实评估数据表明 Pro 能将可接受答案率提升到足以抵消额外成本时,才升级到 Pro。
DeepSeek V4 Pro 与 Flash:快速答案
在运行基准测试之前,先看这张表:
| 工作流需求 | 更好的起始路线 | 原因 |
|---|---|---|
| 高流量文本任务的最低 token 成本 | deepseek-flash |
Flash 的缓存命中、缓存未命中和输出 token 价格更低。 |
| 视觉输入或多模态理解 | deepseek-flash |
DeepSeek 为 Flash 列出了视觉支持,而 V4 Pro 没有。 |
| 大量并行请求 | deepseek-flash |
DeepSeek 为 Flash 标注的并发上限是 2,500,而 Pro 是 500。 |
| 复杂编码代理任务,且出错代价高 | 测试 deepseek-v4-pro 与 Flash 的表现 |
如果 Pro 能提升已接受的补丁、计划或审查结果,那么它可能值得使用。 |
| 长上下文综合,且质量比单价更重要 | 测试 deepseek-v4-pro |
两条路线都标注了 1M 上下文,因此决策应基于输出质量和接受率。 |
| 批量评测、代码仓库扫描或夜间任务 | 先用 Flash,将困难案例升级到 Pro | Flash 可以降低基础账单;Pro 可保留给失败或困难片段。 |
| 采购或财务对比 | 结合高峰/非高峰和缓存桶测试两者 | 同一模型在高峰时段的成本可能高出两倍。 |
换句话说,最佳的 DeepSeek V4 Pro 与 Flash 决策其实是路由策略,而不是永久的模型偏好。生产团队应该决定哪些场景允许 Flash、哪些场景允许 Pro,以及哪些指标可以让某条路线升级或降级。
DeepSeek-V4.1-Flash 之后发生了什么变化
DeepSeek 在 2026 年 9 月 10 日的更新中说明,DeepSeek-V4.1-Flash 是最新的 Flash 模型,原生支持多模态视觉理解。更新还指出,调用最新路线时应使用的模型名称是 deepseek-flash。旧名称 deepseek-v4-flash 和 deepseek-v4-flash-vision-exp 目前仍被临时接受以兼容旧系统,但它们实际由 DeepSeek-V4.1-Flash 提供服务,并按 Flash 定价计费。
这很重要,因为较早的 DeepSeek V4 Pro 与 Flash 对比文章,可能仍将 Flash 描述为更早的 V4 Flash 路线,或描述为 2026 年 9 月 14 日之前的过渡版本。这种说法已经过时。DeepSeek 的更新页面说明,DeepSeek 在 2026 年 9 月 14 日之后仍继续提供 V4 Pro API 服务,计费方式不变,而 Flash 已迁移到 V4.1 路线。
对于当前集成,除非你的提供方路由文档使用了不同别名,否则请使用以下模型名称:
Pro 路线: deepseek-v4-pro
Flash 路线:deepseek-flash
DeepSeek 仍接受的旧别名:deepseek-v4-flash, deepseek-v4-flash-vision-exp
如果你的应用、代理或网关里仍然硬编码了 deepseek-v4-flash,请把这视为一次迁移任务。它今天也许仍可工作,但 deepseek-flash 才是更清晰的当前模型名称。
当前模型与定价对比
DeepSeek 按每 100 万 token 为两条路线定价,并分别对缓存命中输入、缓存未命中输入和输出 token 收费。它还使用高峰和非高峰费率。高峰时段为 UTC 周一至周五 01:00-04:00 和 06:00-10:00,且不包括中国公共假期。其余时间均为非高峰。
| 属性 | deepseek-v4-pro |
deepseek-flash |
|---|---|---|
| 列出的模型版本 | DeepSeek-V4-Pro-0813 | DeepSeek-V4.1-Flash |
| 上下文长度 | 1M tokens | 1M tokens |
| 最大输出 | 384K tokens | 384K tokens |
| OpenAI 格式 API | 支持 | 支持 |
| Anthropic 格式 API | 支持 | 支持 |
| 思考模式 | 支持 | 支持 |
| JSON 输出 | 支持 | 支持 |
| 工具调用 | 支持 | 支持 |
| Responses API | 支持 | 支持 |
| FIM 补全 | 仅非思考模式 | 仅非思考模式 |
| 视觉能力 | 不支持 | 支持 |
| 列出的并发限制 | 500 | 2,500 |
当前 token 价格:
| 计价单位 | deepseek-v4-pro 非高峰 / 高峰 |
deepseek-flash 非高峰 / 高峰 |
|---|---|---|
| 缓存命中输入,每 1M tokens | $0.022 / $0.044 | $0.003 / $0.006 |
| 缓存未命中输入,每 1M tokens | $0.66 / $1.32 | $0.15 / $0.30 |
| 输出,每 1M tokens | $1.98 / $3.96 | $0.60 / $1.20 |
这张价格表改变了 DeepSeek V4 Pro 与 Flash 的讨论。Flash 并不是小幅折扣。按当前官方价格,Pro 的输出 token 成本是 Flash 输出 token 的 3.3 倍,Pro 的缓存未命中输入成本是 Flash 的 4.4 倍,而 Pro 的缓存命中输入成本大约是 Flash 的 7.3 倍。
这些倍率并不能证明 Flash 适合所有任务。它们证明的是:Pro 需要一个可衡量的质量理由。
成本不只是 token 费率
最简单的 DeepSeek V4 Pro 与 Flash 成本公式是:
request_cost =
cache_hit_input_tokens / 1,000,000 * cache_hit_price
+ cache_miss_input_tokens / 1,000,000 * cache_miss_price
+ output_tokens / 1,000,000 * output_price
在生产环境规划中,应按以下维度拆分这个公式:
- 高峰流量与非高峰流量。
- 缓存命中输入与缓存未命中输入。
- 输出长度。
- 重试次数。
- 可接受结果率。
- 回退调用。
- 团队、环境和客户归属。
如果一个便宜模型经常重试,或者生成很长但被拒绝的答案,它最终可能会变贵。如果一个高价模型能用更少尝试和更少人工修正完成任务,那么它在每个可接受结果上的成本反而可能更低。这就是为什么评估 DeepSeek V4 Pro 与 Flash 时,应看每个可接受任务的成本,而不只是每个 token 的价格。
当你需要更详细的高峰/非高峰计算、缓存分桶和成本控制时,请使用旁边的 DeepSeek V4 Pro API 定价 工作表。
什么时候值得测试 DeepSeek V4 Pro
当一个错误答案的代价高于 token 差价时,就应该开始 Pro 测试。适合的候选场景包括:
- 代码代理修改中,错误补丁会消耗审查时间或破坏 CI。
- 需要跨多个文件保持一致归纳的长上下文架构评审。
- 复杂的工具调用代理,较弱的计划会触发多次昂贵重试。
- 需要人工批准的采购、法务、合规或财务摘要。
- 高价值产品流程,其中可接受结果率比原始生成成本更重要。
正确的测试不是“Pro 听起来更聪明吗?”正确的问题是:
incremental_value =
accepted_result_rate_lift
- extra_token_cost
- extra_latency_or_queueing_cost
- extra_operational_complexity
如果 Pro 能显著提高可接受结果率,就将其保留给该路由。如果 Flash 的效果已经足够接近,就把默认流量路由到 Flash,并将 Pro 保留给升级处理。
什么时候应默认使用 DeepSeek Flash
在许多生产工作流中,Flash 应该是首选路由:
- 大批量分类、抽取、摘要和转换任务。
- 视觉或多模态输入。
- 代理预检、草拟计划、文件分流和轻量级代码审查。
- 并行运行大量请求的后台评估。
- 对成本敏感且有明确验收测试的产品功能。
- 可以接受第二次升级到 Pro 的工作流。
当你还在探索提示词设计时,Flash 也是更好的默认选择。如果提示词还不稳定,你尚不知道缓存命中行为、输出长度或失败率。从 Flash 开始可以在收集足够数据以证明需要 Pro 路由之前,限制早期支出。
DeepSeek V4 Pro 与 Flash 的生产路由策略
在向外部大规模开放任一路由之前,先使用如下策略:
deepseek_routes:
default_text:
primary_model: deepseek-flash
max_output_tokens: 4000
escalation_model: deepseek-v4-pro
escalation_rules:
- low_confidence_result
- failed_acceptance_check
- complex_code_review
vision_or_multimodal:
primary_model: deepseek-flash
pro_allowed: false
reason: DeepSeek 将视觉支持列在 Flash 上,而不是 V4 Pro。
long_context_agent:
primary_model: deepseek-v4-pro
fallback_model: deepseek-flash
approval_required: true
budget_review: weekly
batch_eval:
primary_model: deepseek-flash
schedule: off_peak_preferred
sample_pro_comparison: 5_percent
然后用一个简短的账本来衡量这条路由:
| 账本字段 | 为什么重要 |
|---|---|
route_name |
将聊天、编码代理、评估、抽取和批处理工作负载区分开来。 |
model |
显示 Pro 和 Flash 实际使用的位置。 |
input_tokens_cache_hit |
当前缀被复用时,Pro 和 Flash 的成本都会更低。 |
input_tokens_cache_miss |
缓存未命中的成本远高于缓存命中。 |
output_tokens |
在代理工作负载中,输出往往是主要成本。 |
peak_bucket |
DeepSeek 的高峰时段费率是非高峰时段的两倍。 |
retry_count |
可靠性问题会成倍增加成本。 |
accepted_result |
真正的比较指标是被接受的工作,而不是生成的文本。 |
fallback_used |
回退会提升可靠性,但也可能重复消耗 token。 |
team_id or customer_id |
用于 showback、配额和发票审查。 |
当这项策略跨越多个提供商或多个应用时,Flatkey 就很有用。凭借一个 API key、一个余额、一张发票,以及跨官方模型路由的使用账本,团队可以把 DeepSeek V4 Pro 与 Flash 的比较,连同 OpenAI、Claude、Gemini、Qwen、GLM 和其他路由一起并排对比,而不必把提供商密钥散落到每个仓库中。
通过 Flatkey 进行 OpenAI 兼容设置
如果你的应用已经使用 OpenAI SDK 的形态,请保持代码路径稳定,把模型决策移到配置中。
import OpenAI from "openai";
const client = new OpenAI({
apiKey: process.env.FLATKEY_API_KEY,
baseURL: "https://router.flatkey.ai/v1",
});
const model = process.env.DEEPSEEK_MODEL || "deepseek-flash";
const response = await client.chat.completions.create({
model,
messages: [
{
role: "user",
content: "Review this release note and return the three highest-risk changes.",
},
],
max_tokens: 4000,
});
在上线时,使用按环境区分的模型名称:
DEEPSEEK_MODEL_DEV=deepseek-flash
DEEPSEEK_MODEL_STAGING=deepseek-flash
DEEPSEEK_MODEL_PROD_DEFAULT=deepseek-flash
DEEPSEEK_MODEL_PROD_ESCALATION=deepseek-v4-pro
这样的设置可以避免让 DeepSeek V4 Pro 与 Flash 变成一次代码改动。你可以运行灰度流量、比较被接受结果的成本,并通过策略切换路由,而不必为每个集成都重新部署。
评估清单
在你选出胜者之前,先把同一组提示词同时跑过这两个模型:
- 包含真实生产提示词,而不只是类似基准测试的示例。
- 将纯文本和视觉/多模态用例分开。
- 分别跟踪高峰和非高峰时段。
- 分别衡量缓存命中和缓存未命中的输入 token。
- 在测试开始前限制输出 token 上限。
- 统计重试和回退调用次数。
- 使用相同的评分标准对被接受结果进行打分。
- 比较每个被接受结果的成本,而不仅仅是 token 价格。
- 为模型 ID、延迟和输出形态变化保留一条路由灰度流量。
- 在迁移高流量前,重新查看 DeepSeek 的定价页面。
如果测试显示被接受结果质量相近,就选择 Flash。如果 Pro 能显著减少被拒绝的工作、升级处理或人工清理,那么该路由继续使用 Pro,其他部分则使用 Flash。
用于更深入规划的内部链接
- 使用 DeepSeek API 定价 进行更广泛的提供商比较。
- 使用 DeepSeek V4 Pro API 定价 了解 Pro 版本特有的高峰、非高峰和缓存计算。
- 在构建跨提供商工作表时,使用 如何比较 AI 模型价格。
- 当你需要网关费用和路由策略上下文时,使用 AI 网关定价。
- 用于财务审查、配额和账本操作时,使用 AI API 支出管理。
- 当重复前缀驱动 token 成本时,使用 提示词缓存工作流。
官方来源参考
本文中的当前事实已根据以下内容核对:
- DeepSeek 模型与定价:https://api-docs.deepseek.com/quick_start/pricing
- DeepSeek 更新日志:https://api-docs.deepseek.com/updates
- 来自 Flatkey 知识库的 Flatkey 项目定位与营销策略。
在高流量上线之前,务必重新查看 DeepSeek 官方定价页面。模型名称、退役窗口、定价、并发限制和功能支持都可能发生变化。
常见问题
DeepSeek V4 Pro 比 Flash 更好吗?
并非在所有情况下都是如此。对于复杂推理、长上下文综合,以及高成本的编码代理决策,DeepSeek V4 Pro 可能是更好的选择。对于更便宜的大批量任务、视觉任务和并行作业,DeepSeek Flash 是更好的起点。在 DeepSeek V4 Pro 与 Flash 的对比中,一个有用的指标是每个被接受结果的成本。
Flash 应该使用哪个模型名称?
当前的 DeepSeek-V4.1-Flash 路由应使用 deepseek-flash。DeepSeek 表示,较旧的 deepseek-v4-flash 和 deepseek-v4-flash-vision-exp 名称为兼容性目的可临时接受,但它们实际由 V4.1 Flash 提供服务,并按 Flash 定价计费。
DeepSeek V4 Pro 支持视觉吗?
DeepSeek 当前的定价表中列出了 deepseek-flash 的视觉支持,并说明 deepseek-v4-pro 不支持视觉。
为什么 DeepSeek V4 Pro 与 Flash 的峰值定价很重要?
DeepSeek 将峰值费率设为非峰值费率的两倍。如果批处理作业、评估、仓库扫描或代理审查可以安排在峰值时段之外,排期就会实质性地改变账单。
我应该从 deepseek-v4-flash 迁移到 deepseek-flash 吗?
是的,新集成应使用 deepseek-flash。较旧的名称可能仍会为了兼容性而路由,但当前文档将 deepseek-flash 指向 V4.1 Flash 的模型名称。
Flatkey 如何帮助进行 DeepSeek V4 Pro 与 Flash 的路由?
Flatkey 让团队可以通过一个密钥、一个余额、一张发票和一份共享使用账本来路由官方模型。这使得测试 DeepSeek V4 Pro 与 Flash、更容易比较每个被接受结果的成本、设置配额以及将路由策略保持在应用代码之外。



