Ein Modell, das beim Input pro Token 6,7-mal weniger kostet, aber bei vier typischen Aufgaben mit Pro gleichzieht: Genau das zeigte mein Test von gemini-3.5-flash-lite gegen gemini-3.1-pro-preview am 23. Juli 2026. Bei der Korrektheit stand es unentschieden, bei den Kosten lag der Unterschied bei Faktor 25. Allerdings machte Flash-Lite einen Fehler, der in einer Produktionspipeline sofort zum Problem werden kann. Wer auch das mittlere Flash-Modell abwägt, findet den Vergleich in unserem Vergleich Gemini 3.5 Flash vs Gemini 3.1 Pro.
Vier identische Prompts im direkten Vergleich
Beide Modelle erhielten dieselben Prompts über dieselbe OpenAI-kompatible API-Route. Jede Antwort wurde automatisiert bewertet: beim Code-Task anhand von 8 lokalen Testfällen, bei der Extraktion mit einem strikten Schema.
| Aufgabe | Flash-Lite | 3.1 Pro | Sieger |
|---|---|---|---|
| Python-Parser für ISO-8601-Dauern (8 Testfälle) | 8/8, 3,7 s | 8/8, 38,2 s | Bei Korrektheit unentschieden |
| Strikte JSON-Extraktion aus einer unübersichtlichen E-Mail | Felder korrekt, aber in Markdown-Fences verpackt, 1,0 s | Korrekt, reines JSON, 9,8 s | Pro |
| Logikfalle mit Prozentwerten (Antwort: 50) | Korrekt, 1,8 s | Korrekt, 10,6 s | Unentschieden |
| Code-Review mit 3 absichtlich eingebauten Fehlern | 2 von 3 gefunden + ein nicht eingepflanzter Fund, 3,7 s | 2 von 3 gefunden + ein nicht eingepflanzter Fund, 30,2 s | Unentschieden |
Der Duration-Parser war bei beiden Modellen vollständig korrekt. Im Code-Review fanden beide die SQL-Injection, den Cache mit mutable default argument und die ineffiziente Filterung. Den absichtlich eingebauten Zeitzonenfehler bei naiven Datetimes übersahen ebenfalls beide. Für diese vier alltäglichen Aufgaben war die Korrektheit damit identisch.
Zwei Einschränkungen gehören dazu. Das hier ist ein Spot-Check samt dem unten beschriebenen 30-Call-Test, keine umfassende Benchmark-Suite. Außerdem lieferte ein Pro-Aufruf beim harmlosen Code-Review eine unbegründete Verweigerung und musste wiederholt werden. Das kann Störrauschen des Relays gewesen sein statt ein Modellproblem — Retries sollte man so oder so einplanen.
Wo Flash-Lite an Grenzen stößt
Wenn das Ausgabeformat nicht eingehalten wird
Der Extraktions-Prompt verlangte: "Return ONLY the JSON object." Pro gab reines JSON zurück. Flash-Lite lieferte die korrekten Daten, setzte sie aber in ``json fences, wodurch ein nachgelagerter json.loads()`-Aufruf abstürzt, bis eine Bereinigung vorgeschaltet ist.
Ein einzelner Ausrutscher kann Zufall sein, deshalb habe ich nachgemessen: 30 Extraktionsaufrufe pro Modell mit 10 unterschiedlichen Support-E-Mails. Bewertet wurden die Einhaltung von reinem JSON und die Schema-Validität. Flash-Lite bestand 29 von 30 Fällen (96,7 %) und produzierte genau eine Antwort mit Fences; 3.1 Pro bestand alle 30. Inhaltlich war die fehlerhafte Flash-Lite-Antwort korrekt — falsch war nur die Verpackung.
Ausgerechnet Formatdisziplin ist ein Bereich, für den Google das Modell positioniert: Die offizielle Flash-Lite-Seite nennt es "best for low-latency and high throughput agentic tasks." Eine Fehlerquote von 3,3 % klingt zunächst verkraftbar, summiert sich in Agenten-Workflows aber schnell: Ruft ein Agent das Modell 20-mal pro Job auf, enthält ungefähr die Hälfte aller Durchläufe mindestens eine fehlerhafte Antwort (1 − 0.967²⁰ ≈ 0.49). Wer strukturierte Ausgaben an Flash-Lite routet, sollte deshalb einen Validator mit einem Retry einsetzen. Bei 3,3 % Ausfallrate sinkt der Restfehler damit auf rund 0,1 % pro Aufruf. In meinem Test betraf jeder Fehler das Packaging, nie den Inhalt.
Wofür Pro weiter die bessere Wahl ist
Die vier Aufgaben oben liegen klar in der Komfortzone von Flash-Lite: kurzer Kontext, präzise Vorgaben, ein einzelner Durchlauf. Berichte aus der Community in der Woche seit dem Release ziehen die Grenze recht einheitlich. Nutzer auf r/GeminiAI, die mit langen Dokumenten arbeiten, berichten von besserer Figuren- und Handlungskonsistenz bei Pro, während kleinere Gemini-Modelle abdriften. Auch unabhängige Indexdaten zeigen in diese Richtung: Artificial Analysis bewertet 3.1 Pro im Intelligence Index mit 46 gegenüber 36 für Flash-Lite. Der Abstand konzentriert sich auf Evaluierungen mit mehrstufigem Schlussfolgern, nicht auf Coding oder Extraktion. Im selben Tracker liegt Flash-Lite bei der Ausgabegeschwindigkeit auf Platz 2 von 152 beobachteten Modellen, beim Intelligence-Ranking aber auf Platz 13. Das ist das Profil eines Spezialisten, nicht eines universellen Ersatzes.
Auch meine anspruchsvollere Aufgabe deutete die Grenze an: Den Zeitzonenfehler fand keines der beiden Modelle. Dass Flash-Lite Pro ebenbürtig war, macht Flash-Lite nicht zu Pro. Es zeigt lediglich, dass beide blinde Flecken haben — und dass man für Pros etwas tiefere Stärken das 25-Fache bezahlt, auf eigenes Risiko.
Praktisch heißt das: Aufgaben, bei denen ein Modell während der Bearbeitung neu planen, über 50k+ Wörter hinweg konsistent bleiben oder Urteile mit teuren Fehlerrisiken treffen muss, rechtfertigen weiterhin Pro. Alles mit klarer Vorlage eher nicht.
Entscheidend sind die realen Kosten: Faktor 25 statt 4,8
Auf den Preislisten kostet Pro beim Output 4,8-mal so viel wie Flash-Lite ($12 gegenüber $2.50 pro Million Tokens). In meinen vier Aufgaben lagen die gemessenen Kosten jedoch bei etwa $0.005 für Flash-Lite und $0.13 für Pro — ein Unterschied um Faktor 25. Lite stellte insgesamt ungefähr 570 Input- und 2.020 Output-Tokens in Rechnung; bei Pro waren es 1.700 Input- und 10.386 Output-Tokens, jeweils zu Listenpreisen.
Der Multiplikator sind die Thinking Tokens. Gemini 3.1 Pro denkt vor der Antwort nach, und Google rechnet dieses Reasoning als Output ab. Beim Parser-Task erzeugte Pro 5.125 Output-Tokens, davon 4.811 beziehungsweise 94 % als Thinking. Flash-Lite beantwortete denselben Prompt direkt mit 819 Tokens. Über alle vier Aufgaben hinweg entfielen 84 % aller bei Pro abgerechneten Tokens auf Thinking.
Im 30-Call-Extraktionstest wurde der Abstand nicht kleiner, sondern größer, weil kurze Antworten den Thinking-Overhead besonders stark ins Gewicht fallen lassen. Flash-Lite erledigte alle 30 Aufrufe mit 1.899 Output-Tokens für insgesamt etwa $0.006. Pro rechnete 29.468 Output-Tokens ab, davon 27.636 beziehungsweise 94 % Thinking, für etwa $0.38 — Faktor 65 bei diesem Workload. Auf eine Million Extraktionsaufrufe pro Monat hochgerechnet entspricht das einer Position von $190 statt $12,500.
Das ist keine Eigenheit meiner kleinen Stichprobe. Das Team hinter dem Tessl-Coding-Benchmark führte rund 3.300 Coding-Agent-Aufgaben aus und stellte fest, dass Gemini 3.1 Pro trotz höherer Listenpreise am Ende *günstiger* war als das reasoning-lastige Gemini 3.5 Flash. Gleicher Mechanismus, umgekehrtes Ergebnis. Auch die Cost-to-Run-Index-Werte von Artificial Analysis zeigen diese Umkehr. Die wichtige Regel lautet daher: Modelle nach gemessenen Kosten pro erfolgreich abgeschlossener Aufgabe vergleichen, nicht nach der Preisliste pro Token.
Spezifikationen und Preise, geprüft am 23. Juli 2026
Quelle: Googles offizielle Gemini-API-Preisseite.
| Gemini 3.5 Flash-Lite | Gemini 3.1 Pro (≤200k ctx) | |
|---|---|---|
| Input / 1 Mio. Tokens | $0.30 | $2.00 ($4.00 über 200k) |
| Output / 1 Mio. Tokens (inkl. Thinking) | $2.50 | $12.00 ($18.00 über 200k) |
| Batch-Tarif | $0.15 / $1.25 | $1.00 / $6.00 |
| Context Caching | $0.03 | $0.20 |
| Kontextfenster | 1M in / 64k out | 1M in / 32k out |
| Ausgabegeschwindigkeit (Artificial Analysis) | 426.8 tok/s | 112.2 tok/s |
| Status | GA, gemini-3.5-flash-lite | Preview, gemini-3.1-pro-preview |
Zwei Details sind besonders relevant. Gegenüber dem Vorgänger wurde Flash-Lite *teurer*: 3.1 Flash-Lite kostete $0.25/$1.50, beim Output beträgt der Anstieg also 67 %. Google begründet das mit mehr Leistung. Die auf der DeepMind-Modellseite veröffentlichten Werte zeigen für 3.5 Flash-Lite gegenüber 3.1 Flash-Lite einen Sprung bei SWE-Bench Pro von 38,3 % auf 54,2 % und bei Terminal-bench 2.1 von 31 % auf 54 %. Auffällig ist außerdem die asymmetrische Output-Grenze: Flash-Lite erlaubt 64k Output-Tokens, doppelt so viele wie Pros 32k. Sehr lange Einzelgenerierungen sind damit ausgerechnet das Terrain des günstigeren Modells.
Die ersten Stimmen aus der Praxis
Zum Prüfzeitpunkt war das Modell erst zwei Tage verfügbar, entsprechend dünn ist die Diskussionslage. Die ersten Produktionsberichte auf X lassen sich aber in drei Gruppen einteilen:
- Kritik am Preis: "Why is 3.5 flash lite 50% more expensive. It is so sneaky," schrieb @samarthg1911 am 23. Juli. Die Preiserhöhung ist der häufigste Kritikpunkt.
- Gewinne für Pipelines: ML-Ingenieur @mrdbourke berichtete, das Modell sei "very fast and excellent at vision" und habe Gemini 3.5 Flash, das beim Output das 3,6-Fache kostet, in einigen Pipelines ersetzt. Ein weiteres Team mit Content-Tools bezeichnete es beim Verstehen von Internet-Slang als "significant step up" gegenüber 3.1 Flash-Lite.
- Berichte über Rückschritte: Die internen Evaluierungen eines Ingenieurs kamen zum gegenteiligen Schluss: "3.5 flash lite is a real downgrade". Das Team blieb bei 3.1 Flash-Lite.
Widersprüchliche frühe Bewertungen bedeuten meist, dass die Stärken eines Modells stark vom jeweiligen Workload abhängen. Genau dazu passen meine Daten: Im eigenen Bereich hervorragend, an den Rändern unauffällig nachlässig.
Welche Aufgaben zu welchem Modell gehören
Die Entscheidung zwischen Gemini 3.5 Flash-Lite und Gemini 3.1 Pro ist kein Entweder-oder. Aus meinen Messwerten und den Fehlerberichten der Community ergibt sich für den Einsatz diese Aufteilung:
An Flash-Lite routen ($0.30/$2.50):
- Strukturierte Extraktion, Klassifizierung und Tagging — mit JSON-Validator und einem Retry
- Code-Generierung nach Vorlage, etwa Parser, Konverter und CRUD-Scaffolding
- Häufige Agentenschritte: Tool-Call-Formatierung, Zusammenfassen-und-Weitergeben, Routing-Entscheidungen
- Visionslastige Verarbeitung mit hohem Volumen, der Bereich mit dem stärksten frühen Nutzerlob
- Alles, wofür bisher 3.1 Flash-Lite vorgesehen war: In derselben Klasse erzielt das neue Modell 16 Punkte mehr bei SWE-Bench Pro
Bei 3.1 Pro belassen ($2/$12):
- Arbeit mit langen Dokumenten, bei der Konsistenz über Zehntausende Wörter das eigentliche Ergebnis ist (aus der Community berichtet, hier nicht getestet)
- Agentenaufgaben, die neu planen müssen, wenn ein Tool-Call einen Fehler oder ein unerwartetes Ergebnis zurückliefert
- Ermessensentscheidungen, bei denen eine falsche Antwort mehr kostet als ein Monat Preisunterschied
- Arbeit oberhalb von 200k Kontext, mit dem dort verdoppelten Tarif von $4/$18 im Budget
Statt sich pauschal für ein Modell zu entscheiden, funktioniert dieses Muster besser: Standardmäßig an Flash-Lite routen und nur bei konkreten Auslösern zu Pro eskalieren — wenn die Schema-Validierung nach einem Retry scheitert, ein Tool-Call einen Fehler oder ein unerwartetes Format liefert, der Input die eigene Komfortgrenze beim Kontext überschreitet oder eine Aufgabe schon vorgelagert als risikoreich markiert wurde. Bei der gemessenen Kostendifferenz von Faktor 25 reduziert eine Eskalationsrate von rund 15 % die Ausgaben gegenüber einem vollständigen Pro-Einsatz um etwa 80 % (0.85 + 0.15 × 25 = 4.6x Lite's cost, against 25x).
Beide Modelle aufrufen
Flash-Lite ist als gemini-3.5-flash-lite in der Gemini API, in Google AI Studio und in der Gemini-App allgemein verfügbar. 3.1 Pro bleibt als gemini-3.1-pro-preview im Preview-Status. Beide Modelle sind auch über OpenAI-kompatible Relay-Plattformen erreichbar. Im Google-Modellkatalog von AIReiter steht die Gemini-Reihe neben anderen Anbietern; so habe ich den direkten Vergleich oben ohne zwei SDKs durchgeführt. Wer den Test nachbaut, sollte pro Call die vom Endpoint gemeldete Zahl der Thinking Tokens protokollieren: bei OpenAI-kompatiblen Routen usage.completion_tokens_details.reasoning_tokens, in der nativen Gemini API thoughtsTokenCount. In diesem einzelnen Feld steckt der Faktor 25.
FAQ
Ist Gemini 3.5 Flash-Lite besser als Gemini 3.1 Pro?
Nein. In meinem Spot-Check mit vier Aufgaben — Code-Generierung, Extraktion, Logik und Code-Review — erreichte es dieselbe Korrektheit wie Pro, antwortete aber 8-mal schneller und verursachte 25-mal niedrigere Kosten. Pro bleibt bei Langkontext-Konsistenz, dynamischem Neuplanen und Reasoning-Tiefe vorn: 46 gegenüber 36 im Index von Artificial Analysis.
Ist Gemini Flash oder Flash-Lite besser?
Flash ($1.50/$9.00) ist ein Reasoning-Modell und erzielt höhere Werte in agentischen Benchmarks. Flash-Lite ($0.30/$2.50) unterstützt anpassbare Thinking-Level, lief in allen 34 meiner Aufrufe aber mit null Thinking Tokens und antwortete deshalb in etwa einer Sekunde. Für Extraktion, Klassifizierung und Vision-Pipelines mit hohem Volumen gewinnt meist der Preisvorteil von Flash-Lite um Faktor 5 bis 6; für mehrstufiges Agenten-Reasoning lohnt sich Flash.
Warum wurde Gemini 3.5 Flash-Lite teurer?
Google erhöhte den Preis dieser Klasse gegenüber 3.1 Flash-Lite von $0.25/$1.50 auf $0.30/$2.50, was beim Output einem Anstieg von 67 % entspricht. Gleichzeitig veröffentlichte Google deutliche Leistungszuwächse: SWE-Bench Pro von 38,3 % auf 54,2 %, Terminal-bench von 31 % auf 54 %. Man zahlt pro Token mehr für ein Modell, das weniger Versuche benötigt.
Gibt es ein Gemini 3.5 Pro?
Stand 23. Juli 2026 nicht. Die 3.5-Generation umfasst Flash-Lite, Flash und Live Translate sowie das neuere 3.6 Flash. Die aktuellste Veröffentlichung der Pro-Reihe ist weiterhin 3.1 Pro im Preview.