Story
DeepSeek-v4-flash-vision-exp
1 report
1 website
1 discussion
Latest report
Overview
DeepSeek’s experimental deepseek-v4-flash-vision-exp model accepts image and text inputs for tasks including image description, screenshot text reading, and chart analysis. It supports JPEG, PNG, GIF, and WebP files, detecting formats from file contents rather than filenames or declared MIME types. Developers can provide images as inline base64 data URLs, public HTTP(S) URLs, or Files API uploads referenced by file_id. The model is available through OpenAI-compatible Chat Completions and Responses APIs, as well as DeepSeek’s Anthropic-compatible Messages endpoint. Inline image data counts toward a 48 MiB request-body limit. External image URLs may contain up to 8,192 characters, must download within 60 seconds, and are limited to 32 MiB per image. Files API references support images up to 64 MiB and allow uploaded images to be reused. Requests can contain up to 600 images, with total image limits of 64 MiB without file_id images and up to 200 MiB when file_id images are included. DeepSeek resizes images before inference and caps usage at 384 image tokens each. Images below about 384×384 pixels are enlarged, while larger images are reduced to roughly 800×800 pixels. A low-detail option downsizes image_url inputs to 512×512 for faster, cheaper processing. Images are accepted only in user messages for Chat Completions, and only the vision model supports them.
Summary from api-docs.deepseek.com.
Reports
One report so far. Additional coverage will appear here when it is linked to this story.
api-docs.deepseek.com
DeepSeek-v4-flash-vision-exp
Read report →
Community reactions
Each reaction summarizes sampled comments from the linked discussion.
Hacker News · api-docs.deepseek.com
Historical count: 8 · 8 saved in sample · Historical sample
Analysis ready
Read this discussion’s reaction
Based on 8 sampled comments from this thread. Analyzed 2026-08-21.
Commenters treated the release less as a flashy multimodal milestone than as a long-awaited repair to DeepSeek’s practical workflow gap. People using DeepSeek for coding and browser automation say its lack of image input forced them onto more expensive alternatives, and the text-only model could make matters worse by pretending it could inspect screenshots, inventing tools or attempting crude pixel analysis. Native vision is therefore welcomed as a way to keep existing DeepSeek-based workflows intact rather than routing tasks elsewhere. The enthusiasm is constrained by the image preprocessing limit. The roughly 800-by-800-pixel ceiling is considered adequate for compact screenshots and broad visual context, especially when feeding an entire desktop image would only distract the model. But readers argue it falls short for reliable Playwright screenshot inspection, OCR, full-page documents, small text, and fine visual details. Some expect tool use such as cropping and zooming to compensate, while others see the cap itself as eliminating substantial classes of work. There is also unresolved interest in whether the vision model will have open weights, since self-hosted users want a locally deployable way to add vision to DeepSeek Flash. Overall, the room sees native vision as a meaningful and overdue upgrade, but not yet a replacement for higher-resolution multimodal systems.
The sharp dispute is whether the roughly 800-by-800 image budget is a sensible efficiency tradeoff or a crippling limitation. Defenders say compact screenshots already cover common LLM tasks and that crop-and-zoom tools should let an agent inspect details when needed. Critics argue that downscaling destroys the very text and fine-grained evidence needed for OCR, browser testing, and full-page document understanding.
- Praise: Native image input closes a workflow-breaking gap that had pushed DeepSeek users toward pricier competing models for screenshot and browser tasks.
- Praise: Vision support should stop the text-only model from hallucinating image-analysis tools or trying to parse raw pixels when users attach screenshots.
- Praise: For small screenshots, the resolution budget may be enough and can preserve useful whole-screen context without overwhelming the model with visual clutter.
- Praise: Potential open weights would make multimodal DeepSeek especially valuable to teams seeking self-hosted vision rather than another cloud-only dependency.
- Concern: The 800-by-800 effective ceiling strips away small text and subtle details, making accurate browser screenshot inspection far less dependable.
- Concern: OCR and full Letter or A4 document analysis need materially more pixels; aggressive resizing turns a broad set of document workflows into a gamble.
- Concern: Users who need high-fidelity visual input still expect to route images to another vision model, limiting DeepSeek’s ability to replace multimodal competitors.
- Concern: Whether this capability will be released as open weights remains unclear, leaving self-hosted users without a confirmed deployment path.