GPT-5.4 and GPT-5.4 Mini have been retired · Please switch to another available model
Blog
Guide

DeepSeek V4.1 Flash Review

DeepSeek's new Flash route is cheaper and stronger on several agent tests, but the official evidence does not show a win on every benchmark.

12 min readOmniaKey
DeepSeek V4.1 Flashmodel reviewAPI pricingmultimodalcoding agent

A DeepSeek V4.1 Flash review needs to separate three things that launch coverage often mixes together: the model architecture, DeepSeek's own benchmark results, and what developers can actually call through an API.

The short verdict is that V4.1 Flash looks like a compelling new default for high-volume agent work. DeepSeek's direct API now charges $0.15 per million uncached input tokens and $0.60 per million output tokens off-peak, the model accepts images natively, and several vendor-run agent scores exceed V4 Pro. It is not, however, a clean win on every reported reasoning test, and no independent latency or quality benchmark was run for this article.

Fact-checked September 10, 2026. This research-based review uses DeepSeek's release note, live pricing and API guides, open model card, and reproduction notes. Benchmark numbers are vendor-reported. We did not run a paid head-to-head test or claim first-hand production experience.

DeepSeek V4.1 Flash review: the verdict

Use it first when the workload is a long, tool-heavy agent loop, image-assisted debugging, document or screenshot analysis, or a high-volume task where direct API cost matters.

Run a regression before switching when a V4 Pro workflow depends on broad knowledge, a specific reasoning behavior, stable tool-call formatting, or a fixed model identity. DeepSeek's own table shows V4 Pro still ahead on some tests, even though V4.1 Flash leads several agent benchmarks.

Do not wait passively if you call deepseek-v4-pro. DeepSeek says that from 2026-09-14 at 04:00 UTC, that model name will route to V4.1 Flash and use Flash pricing until V4.1 Pro arrives. The behavior behind an unchanged ID will therefore change.

Key facts at launch

ItemVerified launch information
Release date2026-09-10
Canonical DeepSeek API model IDdeepseek-flash
Legacy compatibility IDsdeepseek-v4-flash, deepseek-v4-flash-vision-exp
V4 Pro transitiondeepseek-v4-pro routes to V4.1 Flash from 2026-09-14 04:00 UTC
Architecture552B-parameter multimodal MoE with Causal Encoder-Decoder
Active parameters8B during prefill, 16B during decode
Context and output1M-token context, maximum 384K output
ModalitiesText and image input, text or tool-call output
Hosted reasoning controlsNon-thinking or thinking; low, high, max; default high
API surfacesChat Completions, Responses API, Anthropic API
Open weightsMIT license

The old Flash and Flash Vision Exp models are retired. Their old IDs are only temporary compatibility aliases to V4.1 Flash, so new integrations should use deepseek-flash instead of treating the aliases as permanent contracts.

What changed in the architecture?

V4.1 Flash is not just another post-training snapshot. The official model card describes a 40-layer Causal Encoder-Decoder, split into a 20-layer causal encoder and a 20-layer decoder. The asymmetry matters because prompt processing and token generation create different serving costs.

During prefill, only 8B parameters are active per token. During decoding, 16B are active. Those numbers do not mean the whole model has 8B or 16B parameters: the published model has 552B backbone parameters, with sparse routing deciding which experts run for each token.

The cache design is the more practical change for long agent sessions:

  • Compressed Sparse Attention 2 shares or reuses attention state across layers.
  • FP4 main-KV caching helps reduce the global KV cache to 890 bytes per token.
  • DeepSeek reports about one quarter (1/4) of the global KV-cache footprint of V4 Flash.
  • SWA Bounded Replay reduces the persistent cache footprint to roughly one eighth (1/8) of V4 Flash.

This does not mean an API request is billed for one quarter as many tokens. Cache compression is a serving-side memory improvement. API users see its economic effect only through the published rate card, throughput, latency, and availability they actually measure.

DeepSeek V4.1 Flash API pricing

DeepSeek's English pricing page lists the following direct API rates in USD per one million tokens:

Billable usageOff-peakPeak
Cached input$0.003$0.006
Uncached input$0.15$0.30
Output$0.60$1.20

Peak hours are 01:00-04:00 and 06:00-10:00 UTC, Monday through Friday. All other hours, including weekends, use the off-peak rate. The new prices took effect at 04:00 UTC on September 10, 2026.

These are DeepSeek's direct API prices. They are not an OmniAKey quote and should not be copied into a gateway budget without checking that gateway's live catalog and billing terms.

Worked cost: 100K input and 20K output

Assume one request uses 100,000 uncached input tokens and 20,000 output tokens. The calculation excludes cache hits, retries, taxes, and any surrounding tool costs.

text
V4.1 Flash off-peak = 0.1 x $0.15 + 0.02 x $0.60 = $0.027
V4.1 Flash peak     = 0.1 x $0.30 + 0.02 x $1.20 = $0.054
V4 Pro off-peak     = 0.1 x $0.66 + 0.02 x $1.98 = $0.1056
V4 Pro peak         = 0.1 x $1.32 + 0.02 x $3.96 = $0.2112

For this exact token mix, V4.1 Flash costs about 74% less than V4 Pro in either time band. That is a price calculation, not a quality claim. A cheaper attempt that needs several retries can still cost more than one accepted result.

The earlier V4 Pro pricing guide preserves the August 2026 rate snapshot and cache arithmetic. Use the live official page for a new budget because DeepSeek has already announced the Pro routing change.

Does V4.1 Flash really beat V4 Pro?

On several agent evaluations, yes. On every benchmark, no.

The table below uses the three DeepSeek columns in the official model card. All instruct-model results used maximum reasoning effort, temperature=1.0, and top_p=0.95. These are DeepSeek-run results, not an independent OmniaKey evaluation.

BenchmarkV4 FlashV4 ProV4.1 Flash
GPQA Diamond89.992.490.9
HLE, text-only subset37.842.739.1
Terminal-Bench 2.182.787.990.6
DeepSWE v1.154.462.774.2
CyberGym76.783.388.1
HLE with tools51.560.063.9
AutomationBench37.743.254.8

The useful conclusion is narrower than "Flash beats Pro at everything": V4.1 Flash posts substantial gains on the listed coding, security, automation, and tool-use evaluations, while V4 Pro remains higher on GPQA Diamond and the comparable text-only HLE score.

There is also a source discrepancy worth preserving. DeepSeek's September 10 update log reports 65.4 for NL2Repo-Bench, while the live Hugging Face model-card table reports 64.0. This article excludes NL2Repo from its summary verdict until DeepSeek reconciles the values.

The agent harness can move the score by 8.7 points

The model card includes an unusually useful scaffold comparison. With the same V4.1 Flash model, DeepSWE v1.1 ranges from 65.5 with OpenCode to 74.2 with mini-SWE-agent, an 8.7-point spread. Terminal-Bench 2.1 ranges from 84.1 with Codex to 90.6 with DeepSeek Harness Minimal, a 6.5-point spread.

DeepSeek reports N=8 samples per DeepSWE task and N=3 per Terminal-Bench task, with Linux containers, maximum 500 agent steps, no network on Terminal-Bench, and the same maximum reasoning setting.

This is why a model benchmark cannot answer the entire deployment question. The prompt format, tool loop, context management, retry policy, and scaffold can change the outcome enough to reverse a close model comparison. If you use a different agent, reproduce the task on that agent rather than borrowing the highest number from the table.

Native vision: useful, but not image generation

V4.1 Flash accepts text and images in the same request. DeepSeek documents JPEG, PNG, GIF, and WebP input through base64, a public URL, or its Files API. It supports image blocks in Chat Completions, Responses, and the Anthropic-compatible API.

The current image guide says:

  • detail: low scales an image to 512 x 512; high and original preserve the original.
  • Each image is capped at 1,024 input tokens after automatic resizing.
  • One request can contain up to 600 images, subject to body-size and dimension limits.
  • In Chat Completions, images are allowed in user messages, not system or assistant messages; the Responses guide also documents developer and tool-output positions.

At the uncached off-peak rate, one image at the 1,024-token cap contributes about $0.0001536 of input cost:

text
1,024 / 1,000,000 x $0.15 = $0.0001536

That is not the total request cost. Text input, reasoning, visible output, repeated turns, and tool calls remain billable. It is also a visual-understanding model, not an image generator. OCR, dense charts, small text, and consequential document fields still need deterministic checks or human review.

Reasoning controls and integration traps

The hosted API supports low, high, and max, with thinking enabled and high selected by default. The open prompt format supports a continuous integer budget from 1 to 100, but developers should not assume that raw numeric control is accepted by the hosted endpoint: its public API guide documents the named levels.

Three integration details deserve a regression test:

  1. When tools are present in thinking mode, subsequent requests must return the complete reasoning_content; otherwise DeepSeek documents an HTTP 400 response.
  2. FIM completion works only in non-thinking mode.
  3. The production model ID is deepseek-flash. A temporary beta ID copied from pre-release coverage is not the launch contract.

DeepSeek publishes both a standalone Python encoding reference and a maintained deepseek-recipe library. The V4.1 prompt format changes DSML tool tags, numeric reasoning encoding, and mid-conversation system-message handling relative to V4. Self-hosted serving stacks must adopt the V4.1 format instead of assuming the V4 chat template is compatible.

What "live" means on DeepSeek and on OmniAKey

V4.1 Flash is live on the DeepSeek direct API. That fact does not automatically make the same model ID available through every gateway.

At this article's fact-check time on 2026-09-10, the public OmniAKey model catalog still showed the legacy V4 Flash, V4 Flash Vision Exp, and V4 Pro routes; it did not yet list the canonical deepseek-flash route. This article therefore does not claim current OmniAKey availability or publish an OmniAKey price for V4.1 Flash.

Before creating a key, check the live catalog for the exact ID. If the new route is listed, create a separately capped key in the API Keys dashboard and inspect actual model, token, and cost records after the first smoke test. The transparent billing guide explains what to verify, and the API quick start covers the request format.

A practical V4 Pro migration test

Teams using the DeepSeek direct API should finish this check before the September 14 alias switch:

  1. Freeze 10 to 30 representative tasks and their acceptance checks.
  2. Record the current deepseek-v4-pro result, latency, cache hit and miss tokens, output tokens, retries, and total cost.
  3. Run deepseek-flash from the same input with the same tools and permissions.
  4. Test at least high and max; change only one variable at a time.
  5. Include one long tool loop and, if relevant, one image task.
  6. Compare accepted-task cost, not just the first response price.
  7. Update alerts, allowlists, dashboards, and model labels before the alias changes underneath them.

A rollback plan cannot assume that deepseek-v4-pro will still select V4 Pro after the announced transition. Preserve test artifacts and choose an explicit alternative route if one task genuinely regresses.

Who should use V4.1 Flash?

It is a strong first candidate for:

  • coding agents with long prompts and repeated tool use;
  • screenshot-assisted debugging and UI review;
  • OCR-assisted extraction with downstream validation;
  • high-volume automation where throughput and token price matter;
  • teams already on V4 Flash that can migrate to the canonical ID.

Keep a comparison route for:

  • knowledge-heavy tasks where V4 Pro's stronger official GPQA or HLE result matches the real job;
  • workflows that cannot tolerate a model change without signed-off regression evidence;
  • pixel-sensitive vision, exact OCR, or high-stakes document decisions;
  • deployments that need independently measured latency or reliability rather than launch claims.

Open weights do not make a 552B MoE model a laptop deployment. DeepSeek provides reference inference code and an MIT license, but production serving still requires specialized hardware, weight conversion, prompt encoding, and operational validation.

Frequently asked questions

Is DeepSeek V4.1 Flash officially released?

Yes. DeepSeek released it and enabled it on the direct API on September 10, 2026. The production model ID is deepseek-flash.

Is V4.1 Flash better than V4 Pro?

It is higher on several official agent benchmarks and much cheaper on the current direct API rate card. It is lower than V4 Pro on some reported reasoning and knowledge tests, so "better" depends on the task and must be checked in the actual agent scaffold.

What happens to deepseek-v4-pro?

DeepSeek says requests using that ID will route to V4.1 Flash from September 14, 2026 at 04:00 UTC, and will use V4.1 Flash pricing until V4.1 Pro launches.

How much does the DeepSeek V4.1 Flash API cost?

DeepSeek's English direct API page lists off-peak cache-hit input at $0.003, uncached input at $0.15, and output at $0.60 per million tokens. Peak weekday rates are twice those amounts.

Can V4.1 Flash understand images?

Yes. It natively accepts image input for description, OCR-like extraction, chart analysis, and multimodal agent work. It does not generate images.

Is DeepSeek V4.1 Flash open source?

The model repository and weights use the MIT license. The 552B sparse model is open-weight, but running it remains a substantial infrastructure project.

Primary sources

Evidence disclosure: factual claims and calculations were checked on September 10, 2026. No billable model run, independent speed test, or production reliability test was performed. Recheck model IDs, prices, routing dates, and gateway availability before deployment.