NC / HOME NEWS

DeepSeek V4.1 Flash Adds Native Vision and Agent Gains

DeepSeek-V4.1-Flash adds native vision, a 1M context window, agent-facing APIs, and lower published input prices for developers.

DeepSeek V4.1 Flash official API documentation social card
Image: DeepSeek API Docs official media

DeepSeek has released DeepSeek-V4.1-Flash, a new model that brings native visual understanding to its standard API. In the official release note, DeepSeek describes V4.1 Flash as the smallest model in a new architecture family, built for a higher capability ceiling, faster inference, and higher throughput.

The release changes the practical starting point for developers. DeepSeek’s Models & Pricing documentation lists deepseek-flash as the model ID for DeepSeek-V4.1-Flash, with a 1M-token context window and a maximum output of 384K tokens. It supports thinking, JSON output, tool calls, the Responses API, the Anthropic API, Chat Prefix Completion, and vision. The deepseek-flash name is therefore the one to test for new integrations, even though older V4 Flash names are temporarily routed to it.

DeepSeek’s benchmark table reports 90.6 on Terminal-Bench 2.1, 74.2 on DeepSWE v1.1, 88.1 on CyberGym, 65.4 on NL2Repo-Bench, 63.9 on HLE with tools, 78.9 on Chartography with tools, and 89.6 on BabyVision with tools. These are vendor-reported results from the release note, not independent rankings. They indicate the areas DeepSeek wants developers to examine, but they do not establish that every workload will see the same quality or speed.

The API migration is small, but the model boundary changed

Existing applications may not need an immediate code rewrite. DeepSeek says deepseek-v4-flash and deepseek-v4-flash-vision-exp are retired and temporarily routed to V4.1 Flash, which gives current users a transition path. New code should still name deepseek-flash directly, then record the model response and run a regression set before switching production traffic. That makes it easier to distinguish a model upgrade from a prompt, tool, or application change.

The pricing table also makes the cache distinction explicit. DeepSeek lists off-peak cache-hit input at $0.003 per 1M tokens, off-peak cache-miss input at $0.15, and output at $0.60. During peak hours, those rates are $0.006, $0.30, and $1.20. Peak hours are 01:00 to 04:00 and 06:00 to 10:00 UTC on weekdays. Rates can change, so teams should treat the official pricing page as the current record rather than copying these figures into a permanent estimate.

What vision and agent support change in practice

Vision support lets a request include a chart, screenshot, or other visual input alongside the normal text and tool workflow. That can simplify applications that previously needed a separate image model or a pre-processing service. The feature is useful for document extraction, interface inspection, and chart questions, but the quality question remains application-specific. A production test should measure missed details, refusal behavior, latency, and total token cost on the images users actually submit.

Tool calls and the Responses API point in the same direction. A model can be placed inside an agent loop that retrieves information, calls a controlled function, and returns a structured result. That does not make an application autonomous by itself. Permissions, tool validation, timeouts, and logging still belong to the application. The new model gives developers more interfaces to build against, not a reason to remove those boundaries.

For a broader provider comparison, see our AI provider comparison, which separates catalog coverage and price from model-quality claims. Developers deciding between hosted and local workloads can also use the local AI hardware fit guide; V4.1 Flash is documented here as an API model, so this release should not be read as an announcement of local weights.

DeepSeek’s earlier V4 Flash 0731 analysis and V4 Pro report cover the previous generation. V4.1 Flash is the current API boundary: it adds native vision, preserves a large context window, and puts agent-facing interfaces beside the model ID. The useful next step is a controlled comparison against the model already in production, with quality and cost recorded separately.