Gemini Releases 3.6 Flash and 3.5 Flash-Lite: Are They Any Good?

On July 21, 2026, Google released Gemini 3.6 Flash and Gemini 3.5 Flash-Lite, two new models designed around speed, efficiency, and lower operating costs. These are not supposed to be Google’s most intelligent or advanced models, and Google is not really presenting them as direct replacements for its highest-end offerings. Instead, the company is marketing them as workhorse models for developers and businesses that need to run long-horizon tasks, agentic workflows, coding tools, document processing systems, and other applications where latency and cost matter just as much as raw intelligence. That might make the release sound less exciting than a new flagship model, but I think these two models are incredibly important. The models that actually end up powering products are not always the ones that score the highest on every benchmark. In many cases, developers would rather use a model that is slightly less intelligent if it is faster, more reliable, easier to scale, and much less expensive to run. Google appears to understand that, and these releases are clearly aimed at making the Gemini family more practical for large-scale, everyday use.

Starting with the specifications, both models support text, image, audio, and video input, meaning they can be used for far more than standard chatbot conversations. They also both have a 1 million token context window, which allows them to process extremely large amounts of information in a single request. That context window can be useful for analyzing long documents, reviewing large codebases, summarizing hours of transcripts, understanding lengthy videos, or carrying out complicated agentic workflows that require the model to keep track of many different steps. Gemini has had a strong reputation for long context for a while, but including a 1 million token context window in models built around speed and affordability makes that feature much more practical. A massive context window is impressive in a flagship model, but it can be even more useful in a lower-cost model that developers can afford to call repeatedly. Of course, having a large context window does not automatically mean a model will use every part of that context perfectly, but it still gives developers much more flexibility when building systems around large files or long-running tasks.

Gemini 3.6 Flash costs $1.50 per million input tokens and $7.50 per million output tokens, while Gemini 3.5 Flash-Lite costs $0.30 per million input tokens and $2.50 per million output tokens. The difference in pricing makes the intended role of each model fairly obvious. Gemini 3.6 Flash is the more capable general-purpose workhorse, while 3.5 Flash-Lite is intended for high-volume tasks where speed and cost are the biggest priorities. The output price for 3.6 Flash is not particularly cheap when compared with some competing models, but Google claims that it uses fewer output tokens than 3.5 Flash, which could lower the real cost of completing a task. Token price does not always tell the entire story because one model might need twice as many tokens, reasoning steps, or tool calls to arrive at the same result. If 3.6 Flash can complete a complicated task with fewer unnecessary explanations, fewer failed attempts, and fewer repeated tool calls, it could still be cheaper in practice even if another model has a lower advertised price per token.

Google is focusing heavily on that kind of efficiency with Gemini 3.6 Flash. According to the company, the model uses 17 percent fewer output tokens than 3.5 Flash on the Artificial Analysis Intelligence Index, and the reduction can be much larger on certain tasks. Google says it observed up to a 65 percent reduction on DeepSWE by Datacurve, although results like that will obviously depend on the exact workload and testing setup. The company also says 3.6 Flash takes fewer reasoning steps and makes fewer tool calls when completing multi-step workflows. Those improvements are especially important for agents, since an agent can easily become expensive if it repeatedly calls tools, rewrites the same answer, or gets trapped in unnecessary execution loops. A model that reaches the correct result more directly can save both time and money, even when its individual tokens are not the cheapest available. It can also make the final product feel much faster and more reliable to the person using it.

In terms of overall intelligence, Gemini 3.6 Flash scores a 50 on the Artificial Analysis Intelligence Index, placing it around models such as GPT 5.6 Luna and GLM 5.2. That is not an industry-leading score, but it is still good performance for a model focused on speed and production workloads. Gemini 3.5 Flash-Lite scores a 36, which puts it in a similar range to Nvidia’s Nemotron 3 Ultra. Again, that score is not going to compete with the most capable frontier models, but that is not really the point of Flash-Lite. It is supposed to be fast and inexpensive while remaining intelligent enough to complete useful work. The more important question is whether the model is capable enough to handle the kinds of tasks developers would realistically assign to it, and based on both the benchmarks and my own testing, it looks like the answer is yes.

Google says Gemini 3.6 Flash improves on 3.5 Flash across coding, knowledge work, multimodal analysis, and computer use. On DeepSWE, which measures performance on software engineering tasks, 3.6 Flash scored 49 percent compared with 37 percent for 3.5 Flash. It also improved significantly on MLE Bench, scoring 63.9 percent compared with 49.7 percent for the previous model. MLE Bench focuses on machine learning engineering, so that improvement could make 3.6 Flash particularly useful for developers working with data science, model training pipelines, and research code. The model also scored 83 percent on OSWorld-Verified, compared with 78.4 percent for 3.5 Flash, suggesting that it is more capable when interacting with computer environments. These are not tiny improvements, especially when they are combined with lower token usage and a lower cost per output token than the previous version.

The improvements to computer use are worth paying attention to because Google is making computer use available as a built-in client-side tool through the Gemini API and Gemini Enterprise. Computer use allows a model to interact with visual interfaces, navigate applications, click buttons, enter information, and complete tasks that cannot be handled through text generation alone. This is becoming increasingly important as AI companies move away from simple chatbots and toward agents that can perform actual work. A model might need to browse a website, fill out a form, use a desktop application, inspect a dashboard, or move information between several different tools. Those tasks require a mix of visual understanding, reasoning, and reliable action selection. If Gemini 3.6 Flash can perform those tasks while maintaining low latency and reasonable cost, it could become a strong foundation for agents that need to interact with real software environments.

Gemini 3.6 Flash also appears to be a meaningful improvement for knowledge work. Google reports a score of 1421 on GDPval-AA v2, up from 1349 for 3.5 Flash. The company says customers have found the new model particularly capable at tasks such as document parsing, chart analysis, data analysis, and report drafting. Those might not sound as exciting as solving an extremely difficult math problem, but they are some of the most commercially useful things an AI model can do. Businesses have enormous amounts of information stored in PDFs, spreadsheets, presentations, transcripts, and internal reports. A fast multimodal model that can analyze those materials, extract useful information, and produce accurate summaries could save a large amount of time. The fact that 3.6 Flash supports multiple input types and a 1 million token context window makes it especially well suited to that kind of work.

From my own personal testing, however, coding is where these models have stood out the most. Both Gemini 3.6 Flash and 3.5 Flash-Lite have been incredibly reliable for coding, especially considering how fast they are. They follow instructions well, make sensible edits, and generally avoid some of the strange behavior that makes other models frustrating to use. A model can have an impressive benchmark score and still be annoying in an actual coding workflow if it changes unrelated files, ignores formatting requirements, overcomplicates simple solutions, or repeatedly introduces new bugs while trying to fix old ones. My experience with these two models has been much more consistent. They are not perfect, and I would not trust them blindly with important production code, but they feel dependable enough to be useful in repeated coding loops.

The speed is also difficult to ignore. Gemini 3.5 Flash-Lite reportedly generates around 350 output tokens per second according to Artificial Analysis, making it the fastest model in the Gemini 3.5 series. At that speed, responses can feel nearly immediate, even when the model is producing a reasonably long answer or a block of code. Latency is one of those things that can look unimportant on a benchmark chart but completely change the experience of using a model. Waiting 20 or 30 seconds for every response is manageable when asking a single complicated question, but it becomes exhausting when working through dozens of coding iterations or running an agent that needs to make many separate model calls. A faster model keeps the workflow moving and makes the system feel much more responsive. It also opens the door to applications that would not be practical with a slower model, such as real-time assistance, rapid search, high-volume extraction, and systems that rely on several subagents working at once.

Gemini 3.5 Flash-Lite is particularly interesting because it seems much more capable than the name might suggest. Lite models are usually expected to handle simple jobs like classification, summarization, information extraction, and basic question answering. Google is positioning this model as something that can also handle coding, agentic search, long-context tasks, document processing, and computer use. On Terminal-Bench 2.1, 3.5 Flash-Lite scored 54 percent compared with 31 percent for 3.1 Flash-Lite. On GDM-MRCR v2, which tests long-context capabilities, it scored 72.2 percent compared with 60.1 percent. It also made a massive improvement on GDPval-AA v2, reaching a score of 1140 compared with 642 for 3.1 Flash-Lite. Those numbers suggest this is not just a slightly faster update to the previous Lite model. It appears to be a major improvement in the kinds of work a low-cost model can realistically handle.

In some cases, 3.5 Flash-Lite even outperforms the older Gemini 3 Flash. Google says the new Lite model scored 54.2 percent on SWE-Bench Pro, compared with 49.6 percent for Gemini 3 Flash. It also scored 74 percent on OSWorld-Verified, while Gemini 3 Flash scored 65.1 percent. That makes the naming a little strange because people might naturally assume that any Lite model will be weaker than a normal Flash model in every meaningful way. In reality, newer training methods and improvements to agentic capabilities can allow a newer Lite model to beat an older, supposedly higher-tier model on important tasks. For developers still using Gemini 2.5 or Gemini 3 Flash, the new Flash-Lite could therefore be an attractive upgrade. It is faster, relatively inexpensive, and apparently more capable on several coding and computer-use benchmarks.

Google also allows developers to change the thinking level of 3.5 Flash-Lite depending on the task. Minimal and low thinking levels can be used when latency and price are the main concerns, while higher thinking levels can be enabled for more complicated multi-step work. This flexibility is useful because not every request deserves the same amount of reasoning. If a model is extracting a product name from a receipt, it probably does not need to spend a long time thinking through the answer. If it is operating as a subagent inside a larger system and needs to investigate a problem, compare several options, and return a detailed result, then additional reasoning might be worthwhile. Giving developers control over that balance can make the model easier to optimize for different production environments. It also supports a broader trend where developers are no longer choosing one fixed model behavior for every task, but are instead adjusting the amount of reasoning based on the difficulty and importance of each request.

Despite all of these improvements, neither model looks like the absolute best deal if you only compare intelligence scores with token pricing. There are other models on the market that score higher while costing less, and that makes Google’s pricing somewhat difficult to defend from a purely numerical perspective. Gemini 3.6 Flash in particular sits in an awkward position because $7.50 per million output tokens is not extremely cheap for a model scoring 50 on the Artificial Analysis Intelligence Index. Gemini 3.5 Flash-Lite is much cheaper, but its $2.50 per million output tokens can still be beaten by some competitors offering similar or better intelligence. If someone is choosing a model using only a spreadsheet with benchmark scores and advertised prices, these Gemini releases might not come out on top. Google’s argument is that efficiency, speed, multimodal support, and reliability make up for that difference, and I think there is at least some truth to that.

A cheaper model is not automatically less expensive to use in practice. If it produces longer answers, makes more mistakes, needs more retries, or uses more tool calls, the final cost of completing a task can end up being higher than expected. The same thing applies to speed. A model with a lower token price might still be a worse choice if it is so slow that it makes the product unpleasant to use. Developers also have to consider reliability, since inconsistent behavior creates additional engineering work and can force them to build more complicated systems for checking outputs and recovering from errors. This is why I would not dismiss 3.6 Flash or 3.5 Flash-Lite just because another model has a better price-to-benchmark ratio. The numbers are important, but they do not fully capture what it feels like to build with a model or how often it succeeds in a real workflow.

That is also why my personal experience with their coding performance matters to my overall opinion. In my testing, both models have been ridiculously fast while remaining surprisingly reliable. They do not feel like models that are sacrificing everything for latency. Gemini 3.6 Flash has enough intelligence to handle fairly complicated requests, while 3.5 Flash-Lite is strong enough for many tasks that I would normally expect to require a more expensive model. For coding agents, one possible setup would be to use 3.6 Flash as the main agent that plans the work and reviews the final result, while using 3.5 Flash-Lite for smaller jobs such as searching files, generating several possible implementations, writing tests, or making straightforward edits. That kind of system could take advantage of both models without paying the 3.6 Flash price for every individual step.

Google appears to be thinking about this type of multi-agent setup as well. In one of its demonstrations, the company used 3.6 Flash as a master agent while 3.5 Flash-Lite quickly generated 25 different web design concepts. This is a good example of how smaller models can be used effectively. The most capable model does not need to produce every idea or complete every repetitive task by itself. It can coordinate the workflow, delegate simpler jobs to faster models, and then evaluate or combine their outputs. If 3.5 Flash-Lite is cheap and fast enough, developers can run several copies in parallel and explore many possible solutions without waiting for one large model to work through them sequentially. That could be useful for software development, design, research, search, data processing, and many other areas where generating and comparing several options is valuable.

The multimodal capabilities of both models make them even more useful in these systems. Gemini 3.5 Flash-Lite can process images, audio, video, and text, allowing it to perform tasks such as receipt translation, document summarization, image analysis, and information extraction. A business could use it to process a large collection of scanned documents, extract product information from an e-commerce dataset, summarize customer calls, or organize information from screenshots. Gemini 3.6 Flash could then be used for the more complicated parts of the workflow, such as analyzing patterns, checking the Lite model’s results, and drafting a final report. This separation could reduce costs while maintaining quality. It also demonstrates why the release of a fast multimodal model may matter more than another small increase in performance on a general reasoning benchmark.

Google also released Gemini 3.5 Flash Cyber, a specialized model designed to find, validate, and patch cybersecurity vulnerabilities. It is similar in purpose to GPT 5.5 Cyber, since both models are designed around security-related coding tasks rather than general conversation. Gemini 3.5 Flash Cyber is built on top of 3.5 Flash and fine-tuned for identifying and fixing vulnerabilities at a lower cost per token than a larger general-purpose model. Google is using it inside CodeMender, where multiple Flash Cyber agents work together before producing a combined security report. According to Google, this setup achieves competitive performance on CyberGym, a benchmark focused on cybersecurity capabilities. This is a more specialized release than 3.6 Flash or Flash-Lite, but it shows that Google sees Flash models as a foundation for domain-specific agents, not just inexpensive chatbots.

The rollout of Gemini 3.5 Flash Cyber is much more restricted because cybersecurity models are obviously dual-use technology. A model that can find and patch vulnerabilities could help defenders secure important software, but the same capabilities could potentially be misused to discover weaknesses for offensive purposes. Because of that risk, Google says the model will initially be available only to governments and trusted partners through CodeMender as part of a limited-access pilot program. The goal is to give defenders access to the model while reducing the chance of it being widely misused. Whether that deployment strategy works will depend on how Google handles access and monitoring, but the cautious release makes sense. It would be irresponsible to release a specialized vulnerability-discovery model in the same way as a normal consumer chatbot without considering how its capabilities could be abused.

Safety is also part of the broader Gemini 3.6 Flash release. Google says it has added stronger safeguards related to chemical, biological, radiological, nuclear, and cyber offense risks. The company claims these safeguards make the model more resistant to jailbreaks while still attempting to reduce unnecessary refusals for legitimate requests. That balance is difficult because models can become frustrating if safety training causes them to reject harmless or educational questions, but weakening the safeguards too much can create obvious risks. This becomes even more important as models gain stronger coding, computer-use, and agentic capabilities. A model that only generates text has a different risk profile from one that can interact with applications, use tools, execute code, and complete multi-step tasks. Google’s focus on these safeguards suggests the company is preparing Flash models for more autonomous use, where reliability and safety become much more important.

Gemini 3.6 Flash and 3.5 Flash-Lite are being released across a wide range of Google products. Developers can access them through the Gemini API in Google AI Studio and Android Studio, while 3.6 Flash is also available in Google Antigravity. Enterprise customers can use them through the Gemini Enterprise Agent Platform, and 3.6 Flash is available in the Gemini Enterprise app. Both models are also being made available through the regular Gemini app, while 3.5 Flash-Lite is rolling out in Google Search. That wide release is another sign that these are not experimental models or small research previews. Google intends to deploy them across consumer, developer, and enterprise products, which will give the company a huge amount of real-world feedback about their performance.

Google also stated that Gemini 3.5 Pro is currently being tested with partners and will be released more broadly when it is ready. That announcement makes the naming of the current lineup slightly confusing, since Google is releasing Gemini 3.6 Flash before Gemini 3.5 Pro, but model naming stopped being predictable a long time ago. More importantly, it suggests that 3.6 Flash and 3.5 Flash-Lite are only part of a larger update to the Gemini family. Google also revealed that it has started what it calls its most ambitious pretraining run yet for Gemini 4. While the company did not provide enough information to judge what Gemini 4 will actually look like, it is clear that Google is already working on its next major generation while continuing to improve the current one.

Overall, Gemini 3.6 Flash and 3.5 Flash-Lite are both good models, but their value depends heavily on what someone needs from them. If the only goal is to find the highest possible intelligence score for the lowest possible token price, neither model is an obvious winner. There are competing models that offer better-looking numbers, and Google’s output pricing could make these releases less attractive for developers who do not need Gemini’s specific strengths. However, if speed, coding reliability, multimodal input, long context, and computer use are important, both models become much easier to recommend. Their performance also needs to be judged at the workflow level rather than only at the token level, since fewer retries and tool calls can make a more expensive model cheaper to operate in the end.

Gemini 3.6 Flash is probably the better choice for developers who need a balanced model that can handle coding, knowledge work, complex documents, and multi-step agentic tasks without the cost and latency of a flagship model. Gemini 3.5 Flash-Lite is more interesting for high-volume applications, especially when it is being used for document processing, search, extraction, lightweight coding, or subagent tasks. Flash-Lite might also be one of the most useful models in the release because its speed allows it to be called repeatedly or used in parallel without slowing down the entire system. I would not choose either model solely because of its Artificial Analysis score, but I would seriously consider them for workloads where responsiveness and consistency matter. From my own testing, their coding reliability and speed are strong enough to make them feel better than their benchmark positions might suggest.

My final opinion is that these are important releases, even if they are not the best deals in the AI market. Gemini 3.6 Flash does not completely redefine what a workhorse model can do, and 3.5 Flash-Lite does not suddenly make larger models unnecessary. What they do provide is a practical combination of intelligence, speed, long context, multimodal support, and agentic capabilities. Those qualities are likely to matter more as companies move from experimenting with AI to building systems that have to work consistently at scale. Flagship models will continue to receive most of the attention, but models like 3.6 Flash and 3.5 Flash-Lite are the ones that may end up doing most of the actual work. They are not perfect, and they are not automatic recommendations for every developer, but they are fast, capable, and reliable enough to be taken seriously.