DeepSeek V4.1 Flash was a two day API preview beginning September 8, 2026, but it became an official model on September 10 under deepseek flash. The beta used a new architecture with native visual understanding, kept the existing API base URL, matched V4 Flash billing and limited accounts to 20 concurrent requests.
Published byEdited with GPT-5.6 TerraImages generated with GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: What is DeepSeek V4.1 Flash, and what are the key details of its September 2026 time-limited internal beta—including its new native multimod. Article summary: DeepSeek V4.1 Flash was initially a short, evaluation-oriented API beta of an intermediate Flash-tier model. It launched on September 8, 2026 with a new architecture and native visual understanding, unlike the earlier V4. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
DeepSeek V4.1 Flash is a Flash-tier AI model that moved unusually quickly from a short-lived API test to a formal release. Its September 8, 2026 beta was notable for native multimodal capability—rather than a separate vision add-on—and its September 10 release made that capability available through the permanent API model name deepseek-flash. 5
9
The limited beta was an intermediate build available around September 8–10, 2026. Developers could test it without changing their API endpoint, but the temporary model identifier, deepseek-v4.1-flash-expires-on-0910, made clear that the route was not intended to be durable. 7
20
That status changed on September 10, when DeepSeek officially released V4.1 Flash. The current documented API selection is:
deepseek-flash
DeepSeek’s API changelog identifies V4.1 Flash as available with native multimodal support through that model name. 9
The main technical distinction was native visual understanding in a new model architecture. This differs from the earlier deepseek-v4-flash-vision-exp route, which was an experimental vision variant alongside V4 Flash. Following the release, DeepSeek said requests to both the prior V4 Flash and V4 Flash Vision experimental names would temporarily route to V4.1 Flash for compatibility. 5
DeepSeek describes the released model as a 552-billion-parameter mixture-of-experts model using a Causal Encoder–Decoder architecture. It says 8 billion parameters are active for input processing and 16 billion for output generation. 5
For API users, the practical implication is simple: text-and-image capability is part of the V4.1 Flash model rather than something that requires selecting the former experimental vision extension.
During the brief evaluation window, existing DeepSeek API users kept their base URL and changed only the model field:
deepseek-v4.1-flash-expires-on-0910
Reported beta conditions included:
Those constraints made the route appropriate for comparative testing, integration checks and early multimodal evaluation—not for a production dependency. The model ID was temporary, and the low concurrency cap limited sustained traffic testing.
Early testers circulated claims of roughly 300–500 output tokens per second, including reports above 500 tokens per second. Those figures were user-generated observations, not a published DeepSeek service-level commitment or a standardized benchmark. 15
Throughput can vary with prompt length, output length, region, concurrency, implementation and model settings. Treat those reports as a signal that the beta appeared fast in some conditions, not as a capacity guarantee for coding, UI prototyping or any other workload.
The release initially came with a plan to route deepseek-v4-pro API requests to V4.1 Flash beginning September 14 at V4.1 Flash rates, pending a future V4.1 Pro. DeepSeek’s release announcement also positioned V4.1 Flash as outperforming flagship models on the benchmarks it reported. 5
However, the later API changelog says DeepSeek decided to continue providing V4 Pro API services after September 14, with billing unchanged. That later official update is the better guide for current integrations. 9
The broader lesson is that API routing and model availability can change quickly during a product transition. Teams using either model should pin their tests to the documented model name, monitor the API changelog and run regression checks before assuming identical behavior across an alias or routed endpoint.
If you are reading old beta coverage, separate the historical preview from the released product:
| September 8–10 beta | Official release |
|---|---|
deepseek-v4.1-flash-expires-on-0910 |
deepseek-flash |
| Time-boxed evaluation route | Documented API model |
| V4 Flash-equivalent beta billing | Released pricing and service terms apply |
| 20 concurrent requests per account | Check current API documentation for operational limits |
V4.1 Flash’s lasting story is not the two-day endpoint. It is DeepSeek’s release of a native-multimodal Flash model built on a new architecture, with a permanent API identifier and published high-level architecture details. 5
9
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
DeepSeek V4.1 Flash was a two day API preview beginning September 8, 2026, but it became an official model on September 10 under deepseek flash.
DeepSeek V4.1 Flash was a two day API preview beginning September 8, 2026, but it became an official model on September 10 under deepseek flash. The beta used a new architecture with native visual understanding, kept the existing API base URL, matched V4 Flash billing and limited accounts to 20 concurrent requests.
Unverified early reports of 300–500 output tokens per second were not an official performance commitment; DeepSeek later published architecture details but developers should validate throughput and limits in their own...
DeepSeek V4.1 Flash was a two day API preview beginning September 8, 2026, but it became an official model on September 10 under deepseek flash. The beta used a new architecture with native visual understanding, kept the existing API base URL, matched V4 Flash billing and limited accounts to 20 concurrent requests.
Published byEdited with GPT-5.6 TerraImages generated with GPT Image 2
Research answer

Create a landscape editorial hero image for this Studio Global article: What is DeepSeek V4.1 Flash, and what are the key details of its September 2026 time-limited internal beta—including its new native multimod. Article summary: DeepSeek V4.1 Flash was initially a short, evaluation-oriented API beta of an intermediate Flash-tier model. It launched on September 8, 2026 with a new architecture and native visual understanding, unlike the earlier V4. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
DeepSeek V4.1 Flash is a Flash-tier AI model that moved unusually quickly from a short-lived API test to a formal release. Its September 8, 2026 beta was notable for native multimodal capability—rather than a separate vision add-on—and its September 10 release made that capability available through the permanent API model name deepseek-flash. 5
9
The limited beta was an intermediate build available around September 8–10, 2026. Developers could test it without changing their API endpoint, but the temporary model identifier, deepseek-v4.1-flash-expires-on-0910, made clear that the route was not intended to be durable. 7
20
That status changed on September 10, when DeepSeek officially released V4.1 Flash. The current documented API selection is:
deepseek-flash
DeepSeek’s API changelog identifies V4.1 Flash as available with native multimodal support through that model name. 9
The main technical distinction was native visual understanding in a new model architecture. This differs from the earlier deepseek-v4-flash-vision-exp route, which was an experimental vision variant alongside V4 Flash. Following the release, DeepSeek said requests to both the prior V4 Flash and V4 Flash Vision experimental names would temporarily route to V4.1 Flash for compatibility. 5
DeepSeek describes the released model as a 552-billion-parameter mixture-of-experts model using a Causal Encoder–Decoder architecture. It says 8 billion parameters are active for input processing and 16 billion for output generation. 5
For API users, the practical implication is simple: text-and-image capability is part of the V4.1 Flash model rather than something that requires selecting the former experimental vision extension.
During the brief evaluation window, existing DeepSeek API users kept their base URL and changed only the model field:
deepseek-v4.1-flash-expires-on-0910
Reported beta conditions included:
Those constraints made the route appropriate for comparative testing, integration checks and early multimodal evaluation—not for a production dependency. The model ID was temporary, and the low concurrency cap limited sustained traffic testing.
Early testers circulated claims of roughly 300–500 output tokens per second, including reports above 500 tokens per second. Those figures were user-generated observations, not a published DeepSeek service-level commitment or a standardized benchmark. 15
Throughput can vary with prompt length, output length, region, concurrency, implementation and model settings. Treat those reports as a signal that the beta appeared fast in some conditions, not as a capacity guarantee for coding, UI prototyping or any other workload.
The release initially came with a plan to route deepseek-v4-pro API requests to V4.1 Flash beginning September 14 at V4.1 Flash rates, pending a future V4.1 Pro. DeepSeek’s release announcement also positioned V4.1 Flash as outperforming flagship models on the benchmarks it reported. 5
However, the later API changelog says DeepSeek decided to continue providing V4 Pro API services after September 14, with billing unchanged. That later official update is the better guide for current integrations. 9
The broader lesson is that API routing and model availability can change quickly during a product transition. Teams using either model should pin their tests to the documented model name, monitor the API changelog and run regression checks before assuming identical behavior across an alias or routed endpoint.
If you are reading old beta coverage, separate the historical preview from the released product:
| September 8–10 beta | Official release |
|---|---|
deepseek-v4.1-flash-expires-on-0910 |
deepseek-flash |
| Time-boxed evaluation route | Documented API model |
| V4 Flash-equivalent beta billing | Released pricing and service terms apply |
| 20 concurrent requests per account | Check current API documentation for operational limits |
V4.1 Flash’s lasting story is not the two-day endpoint. It is DeepSeek’s release of a native-multimodal Flash model built on a new architecture, with a permanent API identifier and published high-level architecture details. 5
9
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
DeepSeek V4.1 Flash was a two day API preview beginning September 8, 2026, but it became an official model on September 10 under deepseek flash.
DeepSeek V4.1 Flash was a two day API preview beginning September 8, 2026, but it became an official model on September 10 under deepseek flash. The beta used a new architecture with native visual understanding, kept the existing API base URL, matched V4 Flash billing and limited accounts to 20 concurrent requests.
Unverified early reports of 300–500 output tokens per second were not an official performance commitment; DeepSeek later published architecture details but developers should validate throughput and limits in their own...