DeepSeek swaps V4-Pro for V4.1-Flash behind the same endpoint: why you should re-test your pipelines before September 14
🔎 An invisible model change, four days after release
On September 10, 2026, DeepSeek launched V4.1-Flash, a 552B-parameter multimodal MoE under the MIT license, available the same day (we covered the announcement here). Four days later, on September 14 at 4:00 UTC (noon in Beijing), the deepseek-v4-pro endpoint will stop pointing to V4-Pro 1.6T and start routing to V4.1-Flash, billed at Flash rates.
Even if there's nothing to change in your code, there's plenty to verify. A stable endpoint that switches its underlying model is the classic silent drift scenario: same URL, same API key, but potentially different behavior, latency, output format, and verbosity. And since V4-Pro 0813 is being retired at the same time, you'll lose any possibility of A/B comparison.
This guide details exactly what is changing, what V4.1-Flash is really worth — with sourced figures to back it up — and the checklist to run before Monday.
The Essentials
- On September 14, 2026 at 4 AM UTC (noon, Beijing time),
deepseek-v4-proroutes to V4.1-Flash at Flash pricing: no code changes, but a model change (ByteIota). - V4.1-Flash: 552B-parameter MoE (8B active on input, 16B on output), CED architecture (20-layer causal encoder + 20-layer decoder), 1M token context, native image input, MIT license.
- On common benchmarks, it beats V4-Pro 0813 on six of the eight tests compared (Terminal-Bench 2.1: 90.6 vs 87.9; DeepSWE: 74.2 vs 62.7), but falls behind on GPQA Diamond and text-only HLE.
- Peak pricing: $0.30/1M input and $1.20/1M output, versus $1.32 and $3.96 for V4-Pro — roughly 4x cheaper on input, 3.3x on output.
- The real risk isn't downtime, it's untracked drift: evals, JSON formats, latency, output tokens.
- To do before the 14th: identify legacy calls, freeze an eval baseline, re-test after the switch, explicitly migrate to
deepseek-flash.
Recommended Tools
| Tool | Main use | Price (September 2026) | Best for |
|---|---|---|---|
| DeepSeek Platform | Official API, deepseek-flash endpoint |
$0.30/1M input peak, $1.20/1M output (check platform.deepseek.com) | Production, agents, code |
| Hugging Face | MIT weights, self-hosting, fine-tuning | Free (open weights) | Teams with GPU infrastructure |
| ModelScope | Weight mirror | Free | Access from Asia |
| DeepInfra | Managed FP8 hosting | $0.20/1M input, $0.60/1M output (check deepinfra.com) | Managed alternative, 1M context |
What exactly changes on September 14
Direct answer: nothing in your code, everything in your model. Starting September 14 at 4 AM UTC, any request sent to deepseek-v4-pro is served by V4.1-Flash and billed at Flash rates, until V4.1 Pro ships (TechJackSolutions).
Concretely, three simultaneous moves:
deepseek-v4-flashanddeepseek-v4-flash-vision-expwere pulled with about one day's notice (ByteIota).- Starting September 14 at 04:00 UTC,
deepseek-v4-proroutes to V4.1-Flash. No parallel migration window: there is no way to keep the old model alongside the new one. - The new official endpoint is
deepseek-flash, with the weights under MIT license on Hugging Face.
Your bill drops automatically: roughly 4x cheaper on peak input and 3.3x on output, without touching your code. DataCamp confirms that legacy endpoints are redirected to the V4.1 family starting September 14, 2026 (DataCamp).
For context: the V4 family was launched with a clear segmentation between Pro and Flash. This swap goes further: DeepSeek replaces the closed flagship with an open model behind an existing alias.
My take: this is an aggressive, almost arrogant strategy. Most labs grant a 30 to 90 day deprecation window; here, one day for the Flash endpoints, four for the Pro switchover. DeepSeek is betting that the price drop and the scores will make the change painless. The bet is reasonable on paper — but it shifts the cost of migration onto your test suites.
V4.1-Flash in 60 seconds: the CED architecture without unnecessary jargon
Direct answer: V4.1-Flash is a 552B-parameter MoE with only 8B (input side) and 16B (output side) active per token, reorganized into a Causal Encoder-Decoder (CED).
The CED architecture stacks a 20-layer causal encoder on top of a 20-layer decoder, with the decoder's global KV cache projected from the encoder's final states (TechJackSolutions). What matters for you is the practical result: sparse activation that explains the speed and the low price. Community measurements report 280 to 500 tokens/s on output, versus roughly 57-60 for Claude Opus 5 (CodingFleet).
Second novelty: a single continuous reasoning effort dial, from 1 to 100, versus three discrete modes for the previous generation's V4-Flash 284B. You adjust reasoning depth per call — useful for not paying for maximum reasoning on trivial tasks.
The rest of the spec sheet: 1M token context, 384K maximum output on DeepInfra, native image input, tool calling, structured JSON, and prompt caching (Requesty, DataCamp). MIT license, weights on Hugging Face and ModelScope (CCLeaks).
That's the real breakthrough: an open-weight model that plays in the same league as closed flagships, one you can self-host, fine-tune, and freely redistribute.
Benchmarks: open-weight beats DeepSeek's closed flagship… almost everywhere
Direct answer: on the official table, V4.1-Flash (max effort) beats V4-Pro 0813 on six of the eight benchmarks compared by CodingFleet.
| Benchmark | V4.1-Flash | V4-Pro 0813 |
|---|---|---|
| Terminal-Bench 2.1 | 90.6 | 87.9 |
| DeepSWE v1.1 | 74.2 | 62.7 |
| CyberGym | 88.1 | 83.3 |
| ExploitGym | 15.3 | 5.4 |
| AutomationBench | 54.8 | 43.2 |
| HLE with tools | 63.9 | 60.0 |
| GPQA Diamond | 90.9 | 92.4 |
| HLE text-only | 36.8 | 42.7 |
Against the closed competitors, the table still holds up: Terminal-Bench 2.1 at 90.6 versus 88.8 for GPT-5.6 Sol and 89.1 for Opus 5.0; AutomationBench at 54.8 versus 45.8 for Sol — the best score on the official table; Codeforces at 3471, versus 3348 for V4 Pro (Flowtivity). Artificial Analysis shows an Intelligence Index of 40 (v4.3, max effort) on its model page.
Where V4.1-Flash Really Falls Short
Read the losses column too. On long-horizon Terminal-Bench 4.0, V4.1-Flash tops out at 31.2, far behind Opus 5 (51.8) and GPT-5.6 Sol (39.9). Opus 5 keeps the advantage on HLE (56.3 vs 36.8), on Terminal-Bench 3.0/4.0, and on all the vision benchmarks (CodingFleet). On GPQA Diamond, V4-Pro stays ahead (92.4 vs 90.9).
And the benchmark/real-world gap exists: MindStudio measured a cost of 27 cents per task versus $8.75 and $3.26 for two competitors, but its hands-on tests show failures where the scores promised better results — their Rubik's Cube example: a visually correct but functionally broken simulation (MindStudio).
A point on methodology: Terminal-Bench, AutomationBench, or DeepSWE measure agentic capabilities, not the quality of a conversation. If your pipelines feed agents rather than a simple chatbot — two things we draw a precise distinction between here — these scores are the right indicators. Otherwise, be cautious. For coding, our comparison of the best LLMs for coding will be updated after the switch.
Pricing: divided by 4 on input, by 3.3 on output — and even lower off-peak
Direct answer: at peak rates, V4.1-Flash costs $0.30/1M input tokens (cache miss) and $1.20/1M output, versus $1.32 and $3.96 for V4-Pro.
| Offer | Input /1M (cache miss) | Output /1M | Notes |
|---|---|---|---|
| V4.1-Flash — peak (official API) | $0.30 | $1.20 | cache hit: $0.006 |
| V4.1-Flash — off-peak | $0.15 | $0.60 | cache hit: $0.003 |
| V4.1-Flash — DeepInfra FP8 | $0.20 | $0.60 | cache read $0.006, flex tier at 0.8x |
| V4-Pro — peak (before removal) | $1.32 | $3.96 | per TechJackSolutions |
| GPT-6 Astra | $10 | $50 | (DataCamp) |
| Claude Fable 5.1 | $10 | $50 | (DataCamp) |
Peak hours run from 01:00 to 04:00 and from 06:00 to 10:00 UTC, Monday through Friday (TechJackSolutions) — which, converted to Beijing time, is 9am-12pm and 2pm-6pm: Chinese office hours, as we read it. Outside these windows, everything is half price. ByteIota points out that the $0.006 cache hit may justify completely restructuring your job queues.
A concrete example: a pipeline consuming 1 billion input tokens per month during peak hours will go from about $1,320 to $300, and from $3,960 to $1,200 on output. At the level of a single task, MindStudio measured 27 cents versus $8.75 and $3.26 for two competitors in the comparison.
My take: price is no longer an argument, it has become a weapon. At comparable quality on agentic tasks, a 30 to 40x ratio against GPT-6 Astra and Claude Fable 5.1 redefines what you can afford to run: massive batches, crawl analysis, continuous evals in CI.
The real risk isn't the renaming, it's the drift
Direct answer: the danger isn't that your calls fail on the 14th, but that they succeed — served by a different model drifting silently.
This is the central point of ByteIota's analysis: the real risk is untracked model drift for eval suites and automated regression tests. Behavior, latency, and output format can all change without any warning signal. Three concrete consequences:
- Your historical evals were run on V4-Pro 0813. After the 14th, the endpoint no longer serves that model: there's no way to replay a clean A/B. Hence the urgency of freezing a baseline before the switch.
- Formats shift. Structured JSON, tool calling: a different model may escape differently, omit optional fields, reorder keys. Your parsers won't always catch it.
- Verbosity changes. A model swap alters the number of output tokens per task, and therefore your bill and your timeouts. Some briefs mention higher consumption than Claude Fable 5.1 on this point; this isn't confirmed by published data to date — measure it on your own workloads.
Don't forget the downstream either: if your pipeline ingests crawled data or RAG content before calling the model (Crawl4AI is the popular choice for this step), it's the entire chain that needs re-testing, not just the LLM call.
One final irony: the 280-500 tokens/s speed is progress, but a change in latency profile can break timeouts calibrated down to the token. Even good surprises need testing.
Checklist: 6 actions before September 14
Direct answer: if you only do one thing, freeze an evals baseline before the 14th — it will be your last window to compare.
- Inventory your calls to legacy endpoints:
deepseek-v4-pro,deepseek-v4-flash,deepseek-v4-flash-vision-exp. - Freeze a baseline: run your eval suites and regression tests on V4-Pro 0813 before the 14th. After that, it will be too late.
- Re-test after the switch, same suites, same seeds, and compare: scores, latency, output tokens per task, structured output compliance.
- Migrate explicitly to
deepseek-flashrather than keeping a legacy alias that will switch models again when V4.1 Pro ships. - Reorganize your job queues to take advantage of off-peak (half price) and cache hits at $0.006.
- Prepare a plan B for cases where Flash falls short: vision, deep reasoning (HLE), long-horizon tasks. Our guide to the best LLMs for agents reviews the credible alternatives.
Should you self-host? Yes if you have the GPUs, otherwise stick with the API or DeepInfra
Direct answer: the MIT license lets you do anything, but 552B parameters won't fit in a desktop cluster — for most teams, the official API or a third-party host is the right call.
The weights are available on Hugging Face and ModelScope (TechJackSolutions, CCLeaks). Self-hosting buys you data sovereignty, fine-tuning, and no rate limits — in exchange for a GPU fleet that only pays off at very high volumes.
The middle-ground alternative: DeepInfra serves deepseek-v4.1-flash in FP8 at $0.20/$0.60 per 1M, with 1M context, 384K max output, thinking/non-thinking modes, tool calling, and prompt caching, plus a flex tier at 0.8x (Requesty). Measured scores (AA Index 39.5, HLE 39.2, SciCode 51.9%) remain close to the official API.
If your project revolves around lighter models — a local Qwen3.6-27B, for example — check out our guide to installing a local LLM or our selection of the best local LLMs. And to host the application that calls the API (backend, dashboard, webhooks), standard hosting like Hostinger is more than enough: it's not the model you need to host, it's your code.
❌ Common Mistakes
Mistake 1: believing that "no code changes" means "no action needed"
The swap is silent by design: your calls succeed, your tests pass — but they're now measuring something else. The solution: a frozen baseline before the 14th, a full re-run after, and an explicit comparison of the gaps.
Mistake 2: taking benchmarks at face value
A 90.6 on Terminal-Bench 2.1 doesn't guarantee your use case will pass. The benchmark/real-world gap is documented (the Rubik's Cube example at MindStudio). The solution: evaluate on your own tasks, with your own functional success criteria.
Mistake 3: ignoring pricing time slots
Launching a massive batch between 01:00 and 04:00 or 06:00 and 10:00 UTC on weekdays can double the bill compared to off-peak. The solution: scheduling jobs outside peak hours and systematic prompt caching — a cache hit at $0.006 is practically free.
Mistake 4: waiting until September 15 to react
There is no parallel migration window: after the 14th, no more A/B testing against V4-Pro 0813, which has been retired. The solution: act this week, starting with an inventory of legacy endpoints and freezing the baseline.
❓ Frequently Asked Questions
Will my calls to deepseek-v4-pro break on September 14?
No. Requests continue to succeed, but they are served by V4.1-Flash and billed at Flash rates. That's precisely the problem: no visible errors, but a different model behind the scenes. Hence the importance of re-testing your pipelines rather than relying solely on HTTP return codes.
Will I pay less without doing anything?
Yes. The switch comes with Flash pricing: about 4x cheaper on input and 3.3x on output at peak rates, and half price during off-peak hours. The price drop is automatic, with no changes to your account, code, or contract. Just check your budget alert thresholds.
Is V4.1-Flash permanently replacing V4-Pro?
No, temporarily. DeepSeek routes deepseek-v4-pro to V4.1-Flash until V4.1 Pro is released. In other words, your endpoint will switch its underlying model again in the coming months — one more reason to explicitly migrate to deepseek-flash now.
Is V4.1-Flash good at vision?
Middling. Image input is native, but Claude Opus 5 retains the edge across all vision benchmarks according to CodingFleet. For demanding image analysis, keep a specialized model; for text, code, and agentic workloads, V4.1-Flash is very competitive.
What happened to the old deepseek-v4-flash?
It was removed with about a day's notice, just like deepseek-v4-flash-vision-exp. The new model is served under the ID deepseek-flash. If you were still calling the old ID, your calls are already failing — a reminder that DeepSeek doesn't offer long deprecation windows.
✅ Conclusion
DeepSeek has just set a rare milestone: an open-weight model under MIT that replaces a closed flagship behind the same endpoint, 4x cheaper and better on most agentic benchmarks — provided you re-test your pipelines before the swap becomes your production problem. Run your evals this week, then reposition V4.1-Flash in the hierarchy with our monthly comparison of the best LLMs.