Model and Modality Playbooks2026年10月11日Flatkey Team

DeepSeek V4 Pro 与 Flash:哪款模型适合你的 API 工作流?

比较 DeepSeek V4 Pro 与 Flash 在 API 路由、定价、视觉、并发、缓存成本,以及何时使用 Pro 或 Flash。

DeepSeek V4 Pro 与 Flash:哪款模型适合你的 API 工作流?

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 变成一次代码改动。你可以运行灰度流量、比较被接受结果的成本,并通过策略切换路由,而不必为每个集成都重新部署。

评估清单

在你选出胜者之前,先把同一组提示词同时跑过这两个模型:

  1. 包含真实生产提示词,而不只是类似基准测试的示例。
  2. 将纯文本和视觉/多模态用例分开。
  3. 分别跟踪高峰和非高峰时段。
  4. 分别衡量缓存命中和缓存未命中的输入 token。
  5. 在测试开始前限制输出 token 上限。
  6. 统计重试和回退调用次数。
  7. 使用相同的评分标准对被接受结果进行打分。
  8. 比较每个被接受结果的成本,而不仅仅是 token 价格。
  9. 为模型 ID、延迟和输出形态变化保留一条路由灰度流量。
  10. 在迁移高流量前,重新查看 DeepSeek 的定价页面。

如果测试显示被接受结果质量相近,就选择 Flash。如果 Pro 能显著减少被拒绝的工作、升级处理或人工清理,那么该路由继续使用 Pro,其他部分则使用 Flash。

官方来源参考

本文中的当前事实已根据以下内容核对:

  • 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、更容易比较每个被接受结果的成本、设置配额以及将路由策略保持在应用代码之外。