groundy
models & research

DeepSeek v4 Flash Vision: Routing Images Without Verified Pricing

DeepSeek v4-flash-vision-exp lacks verified pricing and benchmarks. This guide prices Qwen-VL alternatives and outlines a fallback protocol for experimental vision endpoints.

11 min···5 sources ↓

DeepSeek v4-flash-vision-exp documentation that surfaced on 2026-08-21, alongside a Hacker News thread [unverified], is not yet a routing decision anyone can make on paper. As of 2026-08-22 there is no DeepSeek pricing page, no API reference, and no independent benchmark for the model. The documentable half of the image-routing question belongs to Qwen: US$0.41 per million input tokens 1 for Qwen-VL-Max on Alibaba Cloud (Wikipedia), or Apache-2.0 self-hosting of image input through the Qwen2.5-VL open weights.

What is actually documented about DeepSeek v4-flash-vision-exp?

Nothing in the primary-source sense. No DeepSeek documentation of v4-flash-vision-exp is publicly available as of 2026-08-22, so every claim about it rests on secondhand reporting, and each one carries the same tag: that documentation appeared on 2026-08-21 [unverified], and that a Hacker News thread amplified it [unverified]. No DeepSeek API document, pricing table, or third-party evaluation anchors either. The model name and a forum thread are the entire public trail.

One piece of the circulating story is contradicted rather than unverified: the claim that this would be DeepSeek’s first documented vision capability. DeepSeek open-sourced DeepSeek-VL in March 2024, a vision-language family at 1.3B and 7B with both models publicly accessible, and its training data covers the exact workloads at issue here: web screenshots, PDFs, OCR, charts, and knowledge-based content (arXiv:2403.05525). DeepSeek has been a vision vendor for two years. The rumor is a return to vision at flash-tier pricing, which makes the missing price card the whole story, not a footnote to it.

That absence matters, because the one vendor with a documented launch in this exact window handles vision the conventional way. Flagship Qwen-VL-Max is a paid Alibaba Cloud API at US$0.41 per million input tokens 1, while the open-weight vision models sit in the smaller Qwen2.5-VL tier, 3B through 32B under Apache 2.0. The same vendor’s launch in this window, Qwen3.8-Max on 3 August 2026, is a 2.4-trillion-parameter sparse mixture-of-experts with roughly 95 billion parameters active per forward pass (Qwen’s announcement), sold via cloud API, with the first open-sourced Max-class weights promised for the following week. Flagship capability is sold by the token; capable smaller models are downloadable. A cheap flash tier with vision access would be a new price point in this segment, not a new capability category.

Breaking that convention would not be new for DeepSeek, but “DeepSeek breaks pricing conventions” is a memory of past releases, not a fact publicly documented as of 2026-08-22, and the burden of proof sits with the endpoint, not the analyst.

One more operational claim deserves its tag before it hardens into fact: that DeepSeek has a track record of retiring -exp endpoints without notice [unverified]. It is consistent with how experimental tiers behave across the industry, and it should shape your architecture regardless, but it is practitioner lore, not a documented DeepSeek policy.

What does screenshot ingestion cost per million tokens?

The only per-million vision price with a public source as of 2026-08-22 is Qwen-VL-Max, sold by Alibaba Cloud at US$0.41 per million input tokens 1, and it is a 2024 figure that may be stale against the current price card. It is nonetheless a real anchor, and it fixes the arithmetic: at US$0.41 per million input tokens 1, a pipeline ingesting 10 million tokens of screenshots per day spends US$4.10, about US$123 over a 30-day month. Those totals are derived from the 2024 constant, so refresh them against Alibaba Cloud’s live pricing before quoting them to anyone with a budget.

The structural point about per-million pricing is that it charges for image tokens, not for query difficulty. A request that asks one short question about a button label and a request that asks for a full read of a dense dashboard pay the same rate per token. The image itself is the payload. That is why routing, not prompt engineering, is where the money is: the savings come from matching the model class to the image difficulty, and every easy screenshot sent to a flagship model is margin handed back to the vendor.

The text side of the field already has a measured version of this result. An August 2026 preprint, arXiv:2608.20256, trained a 1.5B model with GRPO to choose among NoThink, Short, and Long modes per query. Mean response length fell 41% 3, from 4,796 to 2,811 tokens, while MATH500 accuracy nearly held at 0.782 versus 0.796, and the learned policy transferred to GSM8K with a 76% token reduction 3. This is a single recent preprint and it is text-only, and one distinction matters: the mode choice is learned inside the model itself, as the first token of each response, with no separate router. The economics are still the ones at stake here: sorting requests by difficulty captured most of the spend reduction at negligible accuracy cost. The image analogue, a cheap vision tier absorbing easy screenshots while flagships take the rest, has no equivalent measurement on either vendor. The DeepSeek flash-tier price that would make the comparison concrete is unknown [unverified], and no tokens-per-image constant for either vendor is publicly documented, so per-screenshot math stays parametric.

Note also what these numbers cannot compute: beyond Qwen’s single constant, frontier vision API prices are absent, just as DeepSeek’s are. The savings multiple that agent pipelines “currently pay” frontier rates for screenshots cannot be derived from them. The honest statement is that the input side of that ratio has one documented constant and the comparison side has none.

What a procurement worksheet can do in the meantime is separate the two unknowns. Token volume is the side you control, because it is measurable from your own request logs, and the US$0.41 constant prices the documented baseline against that volume today. The comparison side, a flash-tier price to divide against, arrives when DeepSeek publishes a price card or never does. Until then, any spreadsheet showing a savings percentage for routing screenshots to v4-flash-vision-exp has a hardcoded guess standing in where the divisor should be.

Which image workloads still belong on Qwen-VL and frontier vision APIs?

The best public evidence that screenshot reading tolerates small models is what vendors train small vision models on. DeepSeek-VL, open-sourced in March 2024 at 1.3B and 7B, was built for exactly this workload; its data covers web screenshots, PDFs, OCR, charts, and knowledge-based content (arXiv:2403.05525). Qwen’s open-weight vision line sits in the same size class: Qwen2.5-VL shipped in January 2025 across 3B, 7B, 32B, and 72B variants, all but the 72B under Apache 2.0 (Wikipedia). Nobody trains a 1.3B model on screenshots and OCR by accident. Extraction-heavy image reading sits low on the difficulty curve and tolerates small models when they are tuned to the distribution.

The demand side of this market is not hypothetical. Qwen3.8-Max’s launch material is aimed at long-horizon agentic work: multi-day autonomous coding runs in which the model builds its own harness and climbs leaderboards (Qwen’s blog). Flagship vendors are building explicitly for agents that complete tasks end-to-end, and agents that complete tasks end-to-end read screens. Every screenshot a coding agent ingests to find a button or read an error banner is billed at flagship rates today, and most of those reads are trivial. The triviality is structural. An agent navigating a UI ingests captures at whatever cadence its task loop demands, not at a cadence a human reviewer would choose, and each capture usually exists to answer one narrow question that a tuned small model handles.

What stays on flagship vision APIs is whatever your own evaluation shows small and unverified models failing. Nothing publicly available as of 2026-08-22 benchmarks document screenshots or UI captures against a flash-tier vision model at all. The load-bearing claim for routing screenshots to DeepSeek, that its accuracy is adequate for the money, currently has zero measurement behind it, on any side.

Can you self-host image input instead of paying API rates?

Yes. The documented open-weight route is Qwen2.5-VL, shipped in January 2025 across 3B, 7B, 32B, and 72B variants with all but the 72B under Apache 2.0 (Wikipedia). The ecosystem around it has volume to match: Alibaba has released more than 100 open-weight Qwen models with more than 40 million downloads 1. If a primary vision endpoint retires, replacements exist off the shelf rather than by retraining.

Licensing is where the tiers differ. The Qwen2.5-VL weights at 3B through 32B are Apache 2.0. The Qwen3.8 announcement says the Max-class open weights “will be released next week” 2; a promise to open-source is not a license, so read the terms on the actual release before pointing production at them.

Switching cost is the quiet advantage of this corner of the market. The Qwen API uses a format compatible with the OpenAI API (Qwen Studio), so a fallback route between providers is a base-URL and model-name change rather than a client rewrite. That single compatibility fact is what makes the fallback architecture in the next section cheap enough to actually build.

How do you fallback-test an endpoint that may vanish?

Treat -exp as absent from your SLA by definition. DeepSeek’s pattern of retiring experimental endpoints without notice is asserted by practitioners but undocumented [unverified]; you do not need the history to be confirmed, because the label itself announces that the vendor reserves the right to change or remove the endpoint. The architecture should assume removal and treat survival as a bonus.

A protocol that fits inside a sprint:

  1. Feature-flag the route, default off. The DeepSeek path exists in code but serves zero production traffic until it earns it.
  2. Freeze a golden set from real traffic. Document screenshots, UI captures, and OCR-adjacent extractions your agents actually ingest, with labeled expected outputs, collected before any routing decision. Vendor demos are not a golden set; vendor benchmarks are demos with error bars.
  3. Shadow-run both routes. Send every golden-set image to the experimental route and the documented route, and diff the outputs at the field level, not by string equality. “Button label: Submit” versus “submit” is agreement; a missing field is not.
  4. Gate traffic shifts on your own thresholds. Decide the minimum field-level agreement and latency envelope from the golden set, and shift traffic in canary percentages only when the gate holds.
  5. Automate rollback. Error-rate drift, latency drift, or a pattern of failed responses reverts the flag without a human in the loop.
  6. Re-verify on a schedule. Experimental endpoints change behavior, limits, and documentation without changelogs. The golden set you froze in step 2 is the ruler; re-run it weekly.

When should you route images to DeepSeek?

Only after two things exist: DeepSeek’s own documentation and price list, and a golden-set run showing your screenshot workloads survive the flash tier. Until both land, the routing table has a Qwen side and an empty column.

OptionImage inputAccessLicensePrice signal
Qwen-VL-Max (API)YesAlibaba CloudProprietary APIUS$0.41/M input (2024 figure) 1
Qwen3.8-Max cloud (2026-08-03)Not documentedCloud APIProprietaryNot publicly documented
Qwen3.8-Max open weights (announced)Not documentedSelf-hostUnstated in announcementYour hardware
Qwen2.5-VL 3B/7B/32B (Jan 2025)YesSelf-hostApache 2.0Your hardware
DeepSeek v4-flash-vision-expClaimed [unverified]Flash tier [unverified]UnknownUnknown [unverified]

The per-workload decisions fall out of the evidence:

  • Document screenshots and UI captures for coding agents. Start with the documented options: Qwen-VL-Max at the US$0.41/M input constant 1, or Qwen2.5-VL self-hosted under Apache 2.0. These reads are mostly trivial, DeepSeek-VL’s own training data shows where this workload sits 4, and the 41% token reduction 3 in arXiv:2608.20256 is the measured text-side version of the same routing win. DeepSeek enters this row only behind the feature-flagged fallback from the previous section.
  • OCR-adjacent extraction. The defensible pattern is a fine-tuned Qwen2.5-VL-7B on your own screenshot distribution, with a confidence fallback for uncertain inputs. If you have labeled data, this beats any API roulette on both cost and control, and the weights are Apache 2.0 down the 32B tier.
  • Frontier vision APIs. Keep them where your golden set shows small and unverified models failing, not as the default sink for every image an agent touches. Today the default sink is exactly the expensive mistake this article prices.

The verdict, stated plainly: on the evidence available on 2026-08-22, the routing recommendation is “Qwen documented, DeepSeek unverified,” and it could flip entirely the moment DeepSeek’s real pricing or one independent OCR benchmark lands. The durable parts are the ones that outlive the rumor: the per-million routing arithmetic, the Apache-2.0 fallback ladder in the Qwen2.5-VL line, the license read before self-hosting the promised Max-class weights, and the golden-set protocol that lets you adopt or drop an experimental endpoint without an incident. Build those now. When the DeepSeek column fills in, you will be a config change away from knowing whether the flash tier is a bargain or a retirement notice waiting to happen.

Frequently Asked Questions

Does the US$50M revenue clause in the Qwen license apply to end users or model providers?

The clause targets model providers generating over US$50M in revenue within 12 months, requiring a commercial license from Alibaba. End users self-hosting Qwen3.8-27B for internal agent pipelines typically fall outside this threshold, but commercial API resellers must verify their position relative to the line before deploying.

How does the Qwen API’s OpenAI compatibility affect fallback architecture costs?

Because the Qwen API format is compatible with OpenAI, switching providers requires only a base-URL and model-name change rather than a client rewrite. This reduces the engineering cost of implementing the feature-flagged fallback protocol, allowing teams to swap between Qwen-VL-Max and experimental endpoints via configuration changes instead of code deploys.

What specific workload pattern did Qwen use to validate small-model screenshot accuracy?

In a WWW2025 multimodal dialogue challenge, Qwen fine-tuned Qwen2.5-VL-7B to read customer-service product screenshots, achieving 0.853 accuracy over 45 submissions. This vendor-reported result demonstrates that small, open-weight models can handle extraction-heavy UI tasks when tuned to specific distributions, supporting the case for self-hosted fallbacks over frontier APIs for trivial reads.

Why is the 41% token reduction from arXiv:2608.20256 relevant to image routing despite being text-only?

The study shows that routing requests by difficulty via a learned policy cuts mean response length by 41% with negligible accuracy loss. While the measurement is text-based, it provides the economic precedent for image routing: matching model class to image difficulty captures most savings, validating the strategy of using cheap tiers for easy screenshots even before image-specific benchmarks exist.

sources · 5 cited

  1. Qwen (Wikipedia)en.wikipedia.orgcommunityaccessed 2026-08-22
  2. Qwen3.8-Max: A New Bar for Coding and Coworkqwen.aivendoraccessed 2026-08-22
  3. Qwen Studioqwen.aivendoraccessed 2026-08-22