Ongoing topic · Compiled September 11, 2026

DeepSeek V4.1 Flash: from images to projects with web tools

Connect images, files and web tools with 1017 evaluations and the DeepInfer engine. Distinguish model capability, service deployment and real tasks; the latest addition explains offline scope and remaining online components.

Read by questionContents13

01Reading images中文

A screenshot can become part of the question

Three kinds of material to ask about
  1. Event screenshot

    List the date, place and things to bring

  2. Lesson or work chart

    Explain the largest change

  3. Error screenshot

    Suggest what to check next

Suggested questions to use with your own images. Read the source ↗

DeepSeek V4.1 Flash reads images together with text and answers in text. Beyond describing a picture, the official guide lists reading screenshot text and analyzing charts. An event page, a lesson chart or an error screenshot can accompany a specific question.

Start with a specific question: which dates and places appear in an event screenshot, where a chart changes most, or what an error message means. The image preserves the details; the question tells the model what to look for.

Sources and notes

The questions and workflows are suggested uses; this article does not present model outputs from BitShovel tests.

02Working with tools中文

After reading, continue into the files

With tools attached, an answer can lead into the next step of a task. DeepSeek Harness asks users to configure a model and choose a workspace. It can read and edit files, run commands, delegate work and maintain a plan. A developer might begin by understanding an unfamiliar project, then continue into edits and checks.

This is where vision and coding meet: a screenshot explains what should change, while project files contain the implementation. Together, they can make a request clearer than a long verbal description of an interface. This is a suggested workflow; the connected tool performs the actual actions.

Sources and notes

03Speed and usage中文

More reasoning can mean more output

Official reasoning benchmarks comparing task scores and average output usage at different effort levels.
Reasoning benchmarks: the solid line shows score and the dashed line output usage on separate axes. Open the full image for all three test groups.Official DeepSeek image · Original source ↗View full image ↗

Flash is designed for faster inference and higher throughput, but task duration also depends on input length, reasoning effort and tool interactions. Reasoning effort is adjustable. The technical report plots task scores alongside output usage: greater effort generally produces more output, while scores do not rise at every step.

Speed and cost become tangible in repeated revisions, long-document work and tasks with several steps. How much the model reads, reasons and writes accumulates across the whole job.

Sources and notes

04One benchmark release · Differences by task中文

Close overall scores, different task profiles

On October 5, we read LiveBench’s default 2026-06-25 benchmark release. DeepSeek V4.1 Flash Max Effort scored 81.1 overall versus 83.4 for Claude Fable 5.1 Max Effort: a 2.3-point gap, or about 2.8% relative to the latter. That locates Flash overall, then raises a practical question for existing GPT or Opus users: will their own tasks show the same gap? June 25 identifies the benchmark release; October 5 is our observation date.

LiveBench averages questions within each subtask, then subtasks within a category, then the seven category averages. Flash scores 80.0 in Coding and 77.3 in Agentic Coding; Opus 5.5 Max scores 89.3 and 71.7, and Astra Max 80.4 and 57.3. Generating or completing code and resolving a problem inside a repository are different tests. Close overall scores can still conceal different profiles across those jobs.

For Agentic Coding, all four rows have 22 JavaScript, 30 TypeScript and 20 Python questions. Flash scores 81.8, 60.0 and 90.0; Opus scores 81.8, 63.3 and 70.0; Astra scores 63.6, 43.3 and 65.0. Matching JavaScript scores and differing TypeScript and Python results make the comparison more specific. Existing-tool users can pick a familiar generation or repository-repair job, hold inputs, tools and completion criteria steady, and assess whether combining or switching models helps. This small-sample reference still needs connection to a real project.

These Max labels do not represent equal resource budgets. Public configurations cap Flash output at 384,000 tokens and Fable and Astra at 128,000; the matching Opus cap was not confirmed here. Caps are not actual usage, so this same-release table cannot establish equal compute or directly compare running cost.

LiveBench-2026-06-25: seven-category profiles for four Max Effort configurations. Public scores observed October 5, shown to one decimal; a configuration comparison within one benchmark release.
MeasureDeepSeek V4.1 Flash · MaxClaude Fable 5.1 · MaxClaude 5.5 Opus Thinking · MaxGPT-6 Astra · Max
Overall81.183.483.282.2
Reasoning86.791.792.292.7
Coding80.086.489.380.4
Agentic Coding77.366.171.757.3
Mathematics93.397.097.196.8
Data Analysis79.380.380.383.0
Language81.289.586.389.4
Instruction Following70.073.065.775.6
Sources and notes

The four rows are labeled Max, with different budgets. LiveBench configures Flash through deepseek-flash with reasoning.effort=max and a 384,000-token output cap; Fable 5.1 uses adaptive thinking at max with a 128,000-token cap; Astra uses max with a 128,000-token cap. The inspected repository does not provide the matching Opus 5.5 configuration, so its output cap remains unconfirmed here. Max does not establish equal compute, time or cost.

Agentic Coding’s 77.3 is the equally weighted mean of three language-subtask scores, rather than the pooled pass rate across 72 questions. Python contains only 20 questions; 90.0 corresponds to 18 completions in that set. That scope does not represent all Python projects or yield a universal coding ranking. BitShovel organized external public tests without running these models.

Flash’s expanded row identifies its model version as 2026-09-10. Benchmark release, model version, our observation and the published addition have separate dates. This chapter does not establish an October 5 first update to the scores or combine them with another leaderboard.

05Cost中文

Frequent small tasks are easier to budget

Official USD API price table for DeepSeek V4.1 Flash.
Official USD rates per million tokens. Peak uncached input is $0.30 and output $1.20; off-peak rates are half.Official DeepSeek image · Original source ↗View full image ↗

The official USD API rates effective September 10 are $0.30 per million uncached input tokens, $0.006 for cached input and $1.20 for output at peak times. Off-peak rates are half. The current pricing page defines peak periods as Monday–Friday, 09:00–12:00 and 14:00–18:00 Beijing time, excluding Chinese statutory holidays. Weekends and statutory holidays are off-peak all day.

The September 19 clarification also includes weekends designated as make-up working days. This clarifies the schedule rather than cutting the unit price again: batch processing through the direct API uses off-peak rates during these periods. An app that integrates DeepSeek sets its own charges.

If a request is billed for 100,000 uncached input tokens and 10,000 output tokens, the cost is $0.042 at peak rates or $0.021 off-peak. This is a calculation from published rates, not a fixed word count or task price. For batch document processing or repeated revisions, the bill depends on actual input and output usage.

Sources and notes

This example uses DeepSeek’s direct API USD rates. The Chinese edition uses the separately published CNY rates. Gateway, app subscription and tool charges are separate.

06Access中文

Start in an existing tool

The Pro name continues serving V4-Pro-0813; legacy Flash names route to V4.1 Flash.
Checked September 13: Pro service continues, while legacy Flash names route to the current Flash model.BitShovel diagram based on official documentation · Original source ↗View full image ↗

The current direct DeepSeek API name is deepseek-flash. DeepSeek’s release also confirms integration with WorkBuddy, CodeBuddy and OpenCode. Existing users can check the models available in their tool and begin with a screenshot or project material. The connection between model and app determines which actions can follow an answer.

Vercel AI Gateway is another documented route. Its September 9 announcement describes requests combining text and images. The current model page uses deepseek/deepseek-v4.1-flash and provides playground and AI SDK entry points. Developers can start with their own material before integrating it into an application.

For existing API integrations, the model name matters. DeepSeek now confirms that deepseek-v4-pro will continue serving V4 Pro after September 14 with unchanged billing. The pricing page still lists V4-Pro-0813, without vision support. The legacy Flash names route to V4.1 Flash. Check the model you actually call before sending images or estimating costs.

Sources and notes

Vercel requires gateway credentials and uses its own billing rules; DeepSeek Harness remains a developer preview. This research checked public sources and entry points without running model inference.

07Tool access · October 15中文

Free in OpenCode: how does this route differ from the direct API?

Original configuration screenshot: DeepSeek V4.1 Flash Free, zero input/output/cache-read prices, context 200000 and output cap 32000.
Original GitHub configuration at revision 14dc64d from October 15. The last two lines distinguish context from output limit; this is not a BitShovel inference or load test.Anomaly · Original models.dev configuration · Original source ↗View full image ↗

On October 15, OpenCode's current documentation and public catalog list a separate Free route: opencode/deepseek-v4.1-flash-free, with zero input, output and cache-read prices. OpenCode calls it a limited-time offer, with a provider policy of zero retention and no model training on submitted data; no end date is specified. Existing OpenCode users can consider it for a task of their own. DeepSeek's direct API remains separately billed.

The Free route has its own limits. A pinned October 15 configuration in OpenCode's model-data repository specifies 200,000 context tokens and a 32,000-token output cap, while DeepSeek's direct API page still lists a 1M context. The smaller window belongs to this route, not a demonstrated regression in the model. For a long task, consider project material, conversation and tool results against the route actually selected.

Check the Free entry in OpenCode's current model picker and begin with a clearly bounded task. We inspected public documentation, configuration and catalog data without generating an answer or comparing this route's quality or speed with the direct API. Our reading is that the offer reduces the cost of trying a task; it does not establish identical performance across deployments.

Availability is a separate observation. DeepSeek's official incident record runs from 00:11:35 to 05:04:04 UTC on October 15, affecting chat, the V4.1 Flash API and the V4 Pro API; it is marked resolved. The record does not establish whether OpenCode's free route was affected, so the two announcements do not demonstrate a tested fallback between services.

Sources and notes

October 20 follow-up: this retains the October 15 free-route and configuration observation. The later chapter distinguishes the Console incident, Free options and local credentials.

08New snapshot · From a scene to the task中文

A Forbidden City scene: following the 1017 project update

A Forbidden City 3D scene in DeepSeek's official 1017 animation: walls, courtyard, gate and water. The upper-left title reads Shenwu Gate.
A complete original frame at about seven seconds, retaining its 480×207 resolution. This is a vendor project demonstration; we did not obtain an interactive scene or run its code. The release page carries the animation.Original DeepSeek demonstration · Original source ↗View full image ↗

On October 17, DeepSeek illustrates Flash 1017 with a Forbidden City scene, a browser racing game and a Godot game. Walls, courtyards and water make the project-development update visible. These are official animations; the release page supplies no public source or playable links for them. Their appearance does not establish how a project was revised, tested and delivered.

1017 is a minor V4.1 Flash update, with the same configuration as the September model but different public weight objects. DeepSeek confirms the website, app and API now serve it. The API name remains deepseek-flash, with unchanged model prices, 1M context and a 384K output cap. The earlier September model and LiveBench results remain separate from this snapshot.

The results have separate scopes. DeepSeek reports Terminal-Bench 4.0 rising from 31.2 to 42.3 with Claude Code, and DeepSWE v1.1 from 74.2 to 77.0 with Mini-SWE-V2. Independently, Ibragim lists 1017 at 100% pass@1 using Pi 0.85.1/high across ten tasks with three runs each; low scores 90%. The high result joins four existing 100% rows, without establishing a winner or representing all coding. On October 17, AA had no separately named 1017 row, so the older model's 39 was not transferred. The later chapter on AA45 explains the independent result observed October 19.

The card and original license cover the repository and weights under MIT. Self-hosting materials are available, but the inference guide describes a reference implementation with weight conversion. Its TP8 example is not a verified minimum system or an ordinary-computer promise. Existing API users can check the served version, then compare the same material and completion criteria.

Ibragim source table · read October 17 · Pi 0.85.1 / core10-v1.3 / Harbor 0.21.0. Cost and time are suite averages, not API prices.
1017 configurationpass@1Average cost/taskAverage time/task
Pi · high100%$0.04502 min 38 sec
Pi · low90%$0.02571 min 31 sec
Sources and notes

Cache-hit rates are 97.9% and 96.3%. Task, caching and retries affect cost. We read the evaluation and official demonstrations without calling the model, running case code or downloading weights.

09Tool access · Bring current pages into a task中文

Find a page, then fetch it: how are the tools charged?

Search and Fetch are separate tool APIs: Search returns web results for a query; Fetch retrieves a chosen page as Markdown. Both require a DeepSeek API key. They supply material to agents and retrieval apps, whose model and workflow still decide how to use it. For a webpage project, one could find current engine documentation and pass the relevant text into a coding tool. This is a suggested workflow, not one we ran.

Integration depends on the client version. DeepSeek recommends Harness 0.2.1-rc.1 or later; the rc.2 release checked here explicitly adds 1017 and Search/Fetch support, enabled in Web Search settings. Harness remains a developer preview. Model, tools and client are separate integrations; changing a model name does not give every app identical capabilities.

Model prices did not fall again with 1017. Each standalone tool API charges successful requests, rather than result count or tokens; failures, empty searches and timeouts are not billed. For server-side tool calls while using the DeepSeek API through Harness, Claude Code or Codex, these search/fetch charges are currently waived. Per-request billing starts November 1, 2026 at 00:00 Beijing time (October 31, 16:00 UTC). Model input/output charges remain separate.

Official CNY and USD prices checked October 17, not an exchange-rate conversion. One search followed by one page fetch is two successful requests.
Standalone APIBilling unitPublished price
Search: find pages1,000 successful requests$0.75
Fetch: retrieve page text1,000 successful requests$0.75
Sources and notes

10Independent results · Separate model snapshots中文

1017 now scores AA45. How does that relate to the older 39 and Pi 100%?

On the evening of October 19, Artificial Analysis lists DeepSeek V4.1 Flash 1017 separately at max effort with an Intelligence Index of 45. The older V4.1 Flash/max row remains at 39. No separate row was visible when we prepared the October 17 chapter; the new snapshot now has its own result. October 19 dates our observation, not an inferred AA publication time. The older model is not renamed.

Under the same evaluator and current methodology, 45 is six index points above 39: evidence of an improvement across this suite, rather than a six-percent accuracy gain or improvement on every task. AA v4.3.2 combines ten evaluations and primarily measures English text tasks. A scene’s appearance, Chinese-document work and image understanding need separate evidence. Our board adds 1017 while retaining the older identity and release date; its included-model ranks are not global ranks.

Pi’s 100% answers a different question: 1017 and four included models pass all runs in a ten-task suite, three runs each, using Pi 0.85.1/high. It neither converts AA45 into perfect coding ability nor separates the five tied results. Max and high belong to different evaluation environments and do not establish equal compute. Together the sources show stronger aggregate results and success on this small coding suite, without guaranteeing a complex project will finish in one attempt.

For an existing deepseek-flash workflow, revisit one task that previously failed with the same input, tools and acceptance criteria. Check completion and rework, then total cost and time. The API now serves 1017, so two calls to the same route today are not an old-versus-new comparison. Without a pinned older snapshot or a historical run, report only the current result. We compared published evaluations here; we did not execute these tasks with the model.

Source tables checked October 19. Compare within an evaluation; index points and pass rates are different units.
Model and configurationSource resultWhat it measures
Older Flash · AA max39 index pointsOlder-model reference under the current AA suite
Flash 1017 · AA max45 index pointsSeparately listed aggregate result for the new snapshot
Flash 1017 · Pi high100% · 30 attemptsPass rate on one small coding suite; four others also score 100%
Sources and notes

October 20 follow-up: AA’s current source no longer lists older Flash at 39. This retains the dated October 19 observation. The model board reflects the current included set; an absent row does not rewrite its historical score.

11Connecting the service · October 20 source material中文

With DeepInfer open, what remains between an engine and a service?

DeepSeek's full service architecture: Recipe and entrypoints connect vision encoding, prefill and decode; blue arrows connect 3FS KV storage to prefill and decode, while black arrows show requests.
Original diagram from the deployment Q&A at 9bd9cf2. It shows the complete online system: caching, separate-stage deployment and every load balancer are not all delivered in this release. Black arrows show requests; blue arrows show KV cache. Enlarge to read.DeepSeek · Official deployment architecture · Original source ↗View full image ↗

Why can the same model feel quick through one service and slow through another? Request handling, hardware allocation and reuse of previously computed context matter alongside the model. DeepSeek's October 20 initial code commit and deployment account introduce DeepInfer, opening the inference engine behind V4.1 Flash. This advances the engineering that delivers a model to users. It does not release another set of model weights or establish a new capability score for 1017.

Follow a request through the original architecture: Recipe converts supported API conversations into model tokens; a vision encoder handles images, prefill processes the supplied material, and decode generates the answer. KV caching retains computed context so a matching prefix can avoid repeated work. This differs from long-term memory for names, preferences or working experience, and does not mean pasting an old answer into another person's reply. The diagram depicts the complete service, including components not fully released in this code.

What is available now is an Apache-2.0 offline inference engine whose default checkpoint is DeepSeek-V4.1-Flash-1017. The README lists NVIDIA SM100 GPUs and Huawei Ascend 950 NPUs, with Linux, Python 3.12 and CUDA 13 or CANN 9.2 respectively. A complete online service still needs a KV-cache system, separate vision/prefill/decode deployment, and load balancing across prefill and decode replicas. Recipe handles request and response conversion; the caller still supplies inference, tool execution and HTTP transport. These are building blocks for service teams. Ordinary API users need not build a server to benefit from the model.

Read the performance figures with their deployment conditions. The README's offline curves use four SM100 GPUs for prefill and 64 for decode, each within one scale-up domain. The deployment Q&A separately recommends an efficient online unit of 64 prefill plus 64 decode GPUs; it does not say that fewer than 128 GPUs cannot run. Its reported 155 trillion tokens served per cluster per day and US$38 revenue per GPU-hour at off-peak pricing describe the team's production deployment. They do not establish profit or payback for every installation, or guarantee latency through a third-party API.

The next question is whether providers can use this engine to deliver comparable quality, steadier latency and accountable total cost under stated hardware, concurrency and cache-hit conditions. A model board compares capability; DeepInfer concerns delivering that capability continuously. The two inform each other. We reviewed pinned code, architecture and deployment material, without acquiring a cluster, running inference or reproducing throughput. The earlier chapter retains 1017's independent evaluations; the engine release is not another capability result.

Sources and notes
  • Pinned DeepInfer README ↗Official code · checked October 21Offline scope, default 1017 checkpoint, license, hardware and missing components; each performance curve has a configuration.
  • V4.1 Flash deployment Q&A ↗Team engineering account · English update October 20Full architecture, online deployment and vendor-reported throughput/revenue; not our load test.
  • deepseek-recipe protocol conversion ↗Official code · pinned revisionRoles of conversations, tokens, tools and supported API formats; callers still provide inference, execution and transport.

12Integration follow-up · Beyond the model name中文

OpenCode Console’s key incident: first locate the credential

In a statement dated October 18 Beijing time, OpenCode reported a breach affecting a subset of Console users with external providers,1.4% of Console users, and said it emailed them. Cofounder Dax distinguished Console from the open-source client. We found and followed these statements on October 20. The reported cause and “distillation attack” purpose are not independently established here.

The provider guide separately says credentials added through the client’s /connect command are stored in local auth.json. Console is a model service; Free is a class of models within it. A model name alone does not establish credential custody, incident exposure or the billed account. The statement does not provide a route-by-route status for free models.

Before revisiting the free route, identify the provider, connection method, key issuer and whether an external key was saved in Console. If it was, check the team’s notice and provider usage, and follow provider guidance on revoking and replacing credentials. Refund completion needs the account’s receipt. We did not inspect user accounts, local credentials or individual bills.

Boundaries from current documentation and team statements; a model label does not identify your connection.
EntryWhat to checkWhat the material establishes
Client connected to an external providerLocal /connect configuration and key issuerThe guide describes local credentials; the team distinguishes this from Console
External provider keys saved in ConsoleConsole workspace, notice and provider usageThe team’s reported affected subset, not every user
Free models served by ConsoleActual provider, terms and accountFree is an option inside the service; no per-route incident finding is supplied
Sources and notes

13Timeline中文

From the vision experiment to current access

From the early vision experiment to the released model and tool integrations, follow the key dates.

Correction, September 13: this timeline previously retained the plan to route the Pro name to Flash on September 14. It now reflects the updated official arrangement. Continuing V4 Pro service and routing an old Flash name are distinct decisions.

  1. · Vision experiment reaches the API: V4 Flash Vision Exp provided an earlier API vision route; that old model has now been retired.
  2. · Vercel announces integration: AI Gateway announced image-and-text requests and app integration. This is the Vercel announcement date, not DeepSeek’s official release date.
  3. · V4.1 Flash officially released: DeepSeek released native image-and-text understanding and model weights. The API uses deepseek-flash; new pricing took effect at 12:00 Beijing time.
  4. · V4 Pro service continues: DeepSeek reversed the planned retirement and confirmed that V4 Pro API access will remain after September 14 with unchanged billing. The current official pricing page reflects this decision.
  5. · The Flash 1017 update reaches the website, app and API under the same deepseek-flash name and model prices. Pi results and search/fetch tools have separate scopes.
Sources and notes
What we are following

14What comes next中文

What we are following

  • Which examples of image understanding, file reading and real tasks are worth seeing?
  • Which everyday tools will adopt it, and how will using them change?
  • How will pricing, speed and long-task performance evolve?
  • How does Flash compare with familiar GPT/Opus choices on one generation or repository-repair task with comparable inputs, tools and budgets?

See how these changes connect