Modelspublished

DeepSeek Gives V4-Flash a Separate Vision API With a 384-Token Image Cap

The experimental model gives developers several familiar ways to submit images and a fixed upper bound on image-token use. It leaves the harder questions—visual accuracy, latency and reliability—for users to test.

By 3 min read
DeepSeek Gives V4-Flash a Separate Vision API With a 384-Token Image Cap

Listen to this story

The audio brief

About 1:40
0:001:40
Read transcript
DeepSeek has added image input to its V4 family, but not to the production V4-Flash endpoint. Developers must call a separate experimental model, deepseek-v4-flash-vision-exp, for requests that combine text and images. The endpoint works with Chat Completions, Messages, and Responses formats, and accepts JPEG, PNG, GIF, or WebP images in three ways: as base64 data, through an external URL, or as a reusable upload from the free Files API. The key operational detail is a hard ceiling: each image is resized and limited to 384 billable V4-Flash tokens. That makes the image cost predictable, even when source dimensions vary. But DeepSeek does not say how much detail survives that resizing, or specify latency, reliability, supported resolutions, file sizes, or the maximum number of images per request. Its performance evidence is also mixed. DeepSeek says the model beat Claude Opus 4.8 on three of eleven multimodal benchmarks, including DeepSWE, Agents’ Last Exam, and ZeroBench, but trailed on the other eight. On NL2Repo, it reported 57.7 versus 69.7 for Opus 4.8. Those results came from DeepSeek’s internal Harness Minimal Mode and have not been independently verified. V4-Pro and V4-Flash still offer million-token context windows and open weights; vision is the experimental branch. The next constraint is practical: whether 384 tokens are enough for the screenshots, documents, and interfaces developers actually need to process.

Story brief

3 key points

DeepSeek’s experimental vision endpoint adds multimodal input without changing the production V4-Flash API: teams must explicitly call deepseek-v4-flash-vision-exp. Each image is resized and capped at 384 billable V4-Flash tokens, with base64, URL, and reusable Files API uploads supported. The low, predictable image budget may help cost modeling, but the release leaves image quality, latency, resolution, file-size,...

  1. 01

    The endpoint supports Chat Completions, Messages, and Responses formats.

  2. 02

    Images can be sent as JPEG, PNG, GIF, or WebP through base64 data URLs, external URLs, or reusable file_id uploads.

  3. 03

    DeepSeek reported beating Claude Opus 4.8 on three of 11 multimodal benchmarks, while trailing on eight.

DeepSeek has launched deepseek-v4-flash-vision-exp, an experimental model for requests that combine text and images. Vision does not arrive as an upgrade to the production V4-Flash endpoint: developers must select a separate model, while V4-Flash itself remains text-only.

The launch opens a multimodal API service and expands DeepSeek beyond text-only models. For applications already using the company’s API, the immediate result is a new route for visual inputs rather than a default change to existing V4-Flash calls.

Vision arrives as a branch, not a replacement

The split follows the broader V4 family’s introduction on April 24. That earlier release included V4-Pro and V4-Flash, with a 1 million-token context window and open weights for both models; the new image capability is attached to a separately named experimental endpoint instead.

deepseek-v4-flash-vision-exp supports Chat Completions, Messages and Responses request formats. The model can take images alongside text, giving developers three supported request shapes rather than a separate vision-only interface.

Three ways to provide an image

  • Send JPEG, PNG, GIF or WebP files as base64 data URLs.
  • Point the model to an external image URL.
  • Upload an image once through the free Files API, then reuse its file_id across requests.

The billable limit is clear; the visual tradeoff is not

DeepSeek caps each image input at 384 billable V4-Flash tokens. Images are resized before inference, and the cap applies to the image portion of a request; accompanying text, model output and additional calls are separate usage.

That ceiling gives teams a predictable upper bound for each image, including when input dimensions differ. It does not establish how well the model preserves small type, dense diagrams or detailed interface elements after visual processing. Those are central cases for screenshot, document and UI workflows.

DeepSeek’s benchmark comparison is mixed

DeepSeek says the vision model retains V4-Flash’s text capabilities, including reasoning, agents and world knowledge. The company also reported results on 11 multimodal benchmarks: it said the model beat Claude Opus 4.8 on DeepSWE, Agents’ Last Exam and ZeroBench, while trailing on the other eight.

One of the larger reported gaps was NL2Repo, where DeepSeek listed a score of 57.7 against 69.7 for Opus 4.8. The evaluation used DeepSeek’s internal Harness Minimal Mode and has not been independently verified, so the figures are a company-reported comparison rather than external validation.

The production decision still rests on testing

DeepSeek’s announcement did not include image-accuracy benchmarks, latency measurements, reliability figures, supported resolutions, file-size limits or a maximum image count per request. Those details determine whether a low, bounded image charge translates into dependable handling of an application’s actual inputs.

For now, the release offers a practical integration path: choose the experimental model, submit an image through one of three interfaces, and keep the image-token portion within a stated ceiling. The remaining work is empirical—measuring whether its visual understanding, speed and reliability fit the task before moving a workflow into production.

Sources

  1. caixinglobal.comDeepSeek Enters the Multimodal AI Race with Experimental Vision Model