MiniMax H3 (Hailuo 3) ist live auf EvoLinkMit 10 Gratis-Credits testen
Vier Thinking Levels von Gemini 3.6 Flash als zunehmend größere Reasoning-Stufen
analysis

Gemini 3.6 Flash Thinking Levels: Kosten im Praxistest

Jacey
Jacey
Founder
22. Juli 2026
26 Min. Lesezeit
Zuletzt überprüft: 2026-07-21. Verfasst vom EvoLink-Modellforschungsteam. Die Zahlen auf dieser Seite stammen aus 406 API-Aufrufen, die wir am Tag der Veröffentlichung ausgeführt haben; die Methode wird weiter unten vollständig beschrieben. EvoLink entwickelt KI-Modellinfrastruktur für Produktionsteams, und die hier untersuchten Modelle laufen darauf.
Die Kurzversion
  • minimal kostete bei unseren neun produktionsnahen Aufgaben 73.6 % weniger als der medium-Standard und erreichte ebenfalls neun von neun Punkten. Wenn Sie bisher nie eine Stufe ausgewählt haben, ist dies Ihr größter Kostenhebel.
  • Thinking-Tokens machten bei medium 75 % der Gesamtkosten aus, einschließlich der Eingabe-Tokens. Die Antwortlänge veränderte sich über alle vier Stufen kaum; fast der gesamte Kostenunterschied zwischen den Stufen entfällt daher auf das Denken.
  • low nutzt kein festes Budget. Bei allen neun Durchläufen zur strukturierten Extraktion erzeugte die Stufe genau null Thinking-Tokens und kostete dort genauso viel wie minimal, setzte bei Tool-Aufrufen und Codeaufgaben aber weiterhin Thinking-Tokens ein.
  • Über low hinaus führte mehr Denken in unserer schwierigeren Runde nicht zu mehr richtigen Antworten. Die Ergebnisse lagen bei 2, 10, 10 und 8 von 15 für minimal, low, medium und high.
  • Die Standardeinstellung ist nicht falsch, sondern lediglich unspezifisch. medium ist eine vernünftige mittlere Einstellung für noch unbekannte Aufgaben. Sobald Sie die Struktur Ihrer Workloads kennen, sollten Sie die Stufe bewusst festlegen.
  • Jeder veröffentlichte Benchmark für dieses Modell läuft unter high, während der API-Standard medium ist. Das sind unterschiedliche Rechnungen und unterschiedliche Latenzen.

Die kurze Antwort nach Level

Die Thinking-Stufe ist die größte einzelne Kostenvariable einer Gemini-3.6-Flash-Anfrage – wichtiger als die Wahl zwischen Gemini 3.6 Flash und Gemini 3.5 Flash. Thinking-Tokens werden zum Ausgabetarif abgerechnet und sind in der Standardeinstellung etwa sechsmal so zahlreich wie Antwort-Tokens.

Die folgende Tabelle zeigt, was jede Stufe bei einem Durchgang durch dieselben neun Aufgaben kostete und für welche Aufgaben sich die jeweilige Ausgabe lohnte.

StufeKosten pro DurchgangGegenüber dem medium-StandardGeeignet für
minimal$0.015873.6 % günstigerExtraktion, Klassifizierung, Routing, Code-Speicherort und Toolketten, die nur dem Skript folgen müssen
low$0.023261.2 % günstigerDieselben Aufgaben sowie mehrstufige Tool-Aufrufe, bei denen das Modell nach einem Fehler möglicherweise reagieren und den Ablauf fortsetzen muss
medium (Standard)$0.0598GrundlinieSie kennen die Form Ihres Datenverkehrs noch nicht oder die Arbeit variiert zu stark, um sie genau bestimmen zu können
high$0.06539.3 % teurerNur gezielt einsetzen. Bei unseren Aufgaben blieb das zusätzliche Budget größtenteils ungenutzt; in der schwierigen Runde lag die Punktzahl sogar unter medium
Die Tabelle kann nicht belegen, dass minimal auch für Ihren Workload ausreicht. Für unsere Aufgaben reichte die Stufe aus; wie diese Aufgaben genau aussahen, beschreiben wir weiter unten.

Die Zahl, die niemand veröffentlicht: Antwort-Token gegen Denk-Token

Jeder Preisvergleich dieses Modells, den wir am Tag der Markteinführung finden konnten, behandelt die ausgegebenen Token als eine Zahl. Dadurch werden zwei Größen zusammengeführt, die sich nicht gleich verhalten, und wenn man sie erst einmal trennt, löst sich der größte Teil der Verwirrung rund um diese Veröffentlichung auf.

Hier ist ein Durchlauf durch unsere neun Aufgaben, wobei die Ausgabeseite in die Token aufgeteilt ist, die Sie lesen können, und die Token, die Sie nicht lesen können.

KonfigurationAntwort-TokensThinking-TokensAnteil der Thinking-Tokens am OutputKosten pro DurchgangRichtigDurchschnittliche Latenz
3.6 Flash minimal1,16200%$0.01589/92.8s
3.6 Flash low1,0561,09551%$0.02329/93.3s
3.6 Flash medium (Standard)1,0805,94485%$0.05989/95.1s
3.6 Flash high1,0926,67986%$0.06539/95.3s
3.5 Flash medium1,0785,82784%$0.06929/95.1s
3.5 Flash high1,1137,18587%$0.08189/95.7s
3.5 Flash-Lite minimal (Standard)97700%$0.00368/91.8s
3.5 Flash-Lite high1,0978,28888%$0.02499/94.2s

Lesen Sie zuerst die Antwort-Token-Spalte. Über acht Konfigurationen, zwei Modelle und vier Denkebenen hinweg bleibt es zwischen 977- und 1,162-Tokens, und die höchste Zahl in der Spalte gehört zur günstigsten Konfiguration. Die Modelle liefern Antworten von ungefähr gleicher Länge, unabhängig davon, wie viel sie zuerst denken.

Lesen Sie jetzt die Spalte der Thinking-Tokens. Sie reicht von null bis 8,288. Das ist die ganze Geschichte Ihrer Rechnung.

Hier sind die gleichen Daten wie Geld, wobei jeder Durchgang in das aufgeteilt wird, was Sie für die Eingabe, für die Antwort und für das Denken bezahlt haben, zu den Standardtarifen von Gemini 3.6 Flash von $1.50 pro Million Eingabe-Tokens und $7.50 pro Million Ausgabe-Tokens.

EbeneEingabeAntwortThinkingGesamtThinking-Anteil an der Gesamtrechnung
minimal$0.0071$0.0087$0.0000$0.01580%
low$0.0071$0.0079$0.0082$0.023235%
medium$0.0071$0.0081$0.0446$0.059875%
high$0.0071$0.0082$0.0501$0.065377%

Auf der Standardstufe sind drei Viertel Ihrer Bezahlung Argumente, die Sie nie sehen, bei Aufgaben, bei denen die Stufe keinen Einfluss darauf hat, ob die Antwort richtig war. Das ist kein Defekt des Modells. Dies geschieht, wenn ein allgemeiner Standard eine bestimmte Arbeitslast erfüllt.

Dies erklärt auch, warum die Frage „Speichert das neue Modell Token?“ in der Öffentlichkeit widersprüchliche Antworten erhält. Bei der Behauptung geht es um Ausgabe-Tokens. Bei Ausgabe-Tokens handelt es sich größtenteils um Denk-Tokens, und die Anzahl der Denk-Tokens hängt von der Denkebene ab, was fast niemand angibt. Eine Messung ohne Angabe des Füllstandes ist nicht reproduzierbar.

Wie wir das gemessen haben

Zwei Runden, ausgeführt am 2026-07-21, dem Tag, an dem beide Modelle veröffentlicht wurden.

Runde eins: Was die Level bei normaler Produktionsarbeit kosten. Neun Aufgaben in drei Dreiergruppen. Strukturierte Extraktion aus einer Rechnung, einer Protokolldatei und dem HTML einer Produktseite. Multiturn-Werkzeug, das über drei bis fünf Schritte gegen simulierte Werkzeuge aufruft. Codeortung und -reparatur, wobei aus einer Fehlerbeschreibung ein Patch werden muss, der ausgeführt werden kann. Die Eingaben lagen ungefähr zwischen 1,000 und 4,000-Tokens, sodass dies normale Anforderungsgrößen abdeckt und nichts über die Arbeit mit langen Kontexten aussagt. Jede Aufgabe wurde dreimal für jede der acht Modell- und Denkebenenkonfigurationen ausgeführt: 216-Aufrufe, $1.03.
Runde zwei: Wo die Qualität tatsächlich bricht. Wir erstellten 20 bewusst schwierigere Aufgaben: Widersprüche auflösen, Datensätze übergreifend korrelieren, mehrstufige Einheiten umrechnen, funktionsübergreifende Fehler finden und längere Toolketten ausführen. Zur Sortierung nach Schwierigkeit wurde jede Aufgabe einmal mit der schwächsten und einmal mit der stärksten Konfiguration ausgeführt. Nur Aufgaben, bei denen die schwächste Konfiguration scheiterte und die stärkste bestand, zeigen, wo sich die Stufen unterscheiden. Drei der 20 Aufgaben erfüllten dieses Kriterium. Diese drei liefen jeweils fünfmal mit jeder der sechs Konfigurationen, also in 90 Aufrufen. Anschließend wiederholten wir alle 20 Aufgaben dreimal mit minimal, um die Sortierung zu prüfen – weitere 60 Aufrufe. Insgesamt umfasste Runde zwei 190 Aufrufe und kostete $1.34.
Bedingungen, die für jede Nummer auf dieser Seite gelten.
  • Anrufe gingen über OpenRouter, wobei der Anbieter an Google AI Studio angeheftet war, und wurden seriell und nicht gleichzeitig gesendet. Das Gateway gibt nicht an, welche Region die Anfrage bedient hat, daher können wir keine Angabe machen.
  • Die Kosten werden anhand der Standardlistenpreise von Google berechnet, nicht anhand der eigenen Abrechnung des Gateways. Die Gateway-Routen werden zu einem ermäßigten Tarif angeboten, und eine Kombination aus beiden würde dazu führen, dass unsere Zahlen nicht mit den von Google veröffentlichten Preisen vergleichbar sind.
  • Es wurden keine Probenahmeparameter festgelegt. temperature, top_p und top_k sind auf Gemini 3.x veraltet und werden akzeptiert und dann ignoriert. Das Setzen dieser Werte hätte also nichts geändert, während es impliziert, dass wir die Dokumentation nicht gelesen haben. Wenn Sie sie dennoch in der Produktion einrichten, werden die restlichen Schnittstellenänderungen dieser Version in unserem Gemini 3.6 Flash-Release-Leitfaden behandelt.
  • Die Bewertung erfolgt regelbasiert und nicht menschlich. Korrektheit ist hier eine unterstützende Messgröße, um die Erklärung auszuschließen, dass ein billiges Niveau billig aussieht, weil es in aller Stille weniger Arbeit leistet.
  • Antwort-Tokens und Denk-Tokens wurden für jeden einzelnen Anruf separat erfasst, was die obigen Tabellen ermöglicht.
Eine ehrliche Einschränkung bei Wiederholungsläufen. In der ersten Runde schwankte die Richtigkeit nie zwischen den drei Wiederholungen einer Aufgabe: Jede Konfiguration erzielte bei jedem Lauf das gleiche Ergebnis. Ich denke, die Anzahl der Token schwankte stark, zwischen 6% und 51% für die gleiche Aufgabe und das gleiche Level. Eine Codeaufgabe unter high gab 331, 538 und 347 Denktokens für drei identische Anfragen zurück. Daher ist eine Mittelung über drei Läufe für die Kostenzahlen notwendig und für die Korrektheitszahlen nicht erforderlich. In Runde zwei, in der die Aufgaben am Rande dessen liegen, was die Modelle leisten können, verschwindet diese Stabilität vollständig, was wir eher als Feststellung denn als Fußnote betrachten.

Warum die veröffentlichten Benchmarks diese Frage nicht beantworten

Es gibt einen dokumentierten Grund, warum niemand dies nachschlagen kann. Die im Umlauf befindlichen Benchmark-Zahlen werden auf einem Niveau gemessen, das der Großteil des Produktionsverkehrs nicht erreicht, und die Quellen geben dies selten an.

  • Artificial Analysis, derzeit die einzige unabhängige Quelle mit einer vollständigen Aufschlüsselung dieses Modells, gemessen am high-Denken. Der API-Standard ist medium.
  • Googles eigene Ergebnistabelle für Gemini 3.5 Flash-Lite wurde mit high erstellt, während der API-Standard dieses Modells minimal ist. Das Ausführen der Standardkonfiguration ist nicht das in der Tabelle beschriebene Experiment.
  • In der Vergleichstabelle von Google läuft die Zeile DeepSWE unter Gemini 3.5 Flash unter medium und unter Gemini 3.6 Flash unter high, sodass es sich bei den beiden Zwillingsfiguren in dieser Zeile nicht um einen Vergleich auf gleicher Ebene handelt.
  • Die Schlagzeile von Google „bis zu 65% auf DeepSWE“ bezieht sich auf eine Reduzierung der Token-Nutzung, nicht auf eine Punktzahl. Der DeepSWE-Score ist 49%.
Der am häufigsten zitierte Effizienzanspruch weist ein ähnliches Problem auf. Google gibt an, dass das neue Modell etwa 17 % weniger Ausgabetokens verwendet, und zitiert dabei Artificial Analysis und nicht seine eigene Messung. Die auf derselben Seite veröffentlichten absoluten Token-Zählungen, 59 Millionen gegenüber 75 Millionen, ergeben 21.3%. Die beiden Figuren sind nicht öffentlich miteinander in Einklang gebracht worden, und keiner von beiden nennt eine Denkebene oder eine Aufgabenstellung. Wir verwenden das konservativere 17% überall dort, wo die Behauptung in unserer Arbeit auftaucht, und wir behandeln sie als Eingabe für die Arithmetik und nicht als Maß.

Nichts davon macht die veröffentlichten Zahlen falsch. Dadurch beantworten sie eine andere Frage als „Was kostet mich das auf dem Niveau, das ich tatsächlich laufe?“.

Runde eins: die Levels für normale Arbeit

Drei Ergebnisse in der Reihenfolge, in der sie wichtig sind.

minimal bedeutet überhaupt kein Denken, nicht weniger Denken. Thinking-Tokens kamen als genau null zurück, nicht als kleine Zahl. Bei allen unseren minimal-Ausführungen auf Gemini 3.6 Flash gaben 101 von 102 Aufrufen genau null Thinking-Tokens zurück. Die einzige Ausnahme ist so seltsam, dass sie unten einen eigenen Abschnitt erhält. Gleichzeitig blieb die Korrektheit unverändert bei neun von neun und die mittlere Latenz sank von 5.1 Sekunden auf 2.8 Sekunden. Bei diesem Aufgabensatz brachte die Standardstufe nichts außer einer 3.8-mal höheren Rechnung und einer doppelt so langsamen Antwort.
high kostete hier nur 9.3 % mehr als medium, weil das zusätzliche Budget weitgehend ungenutzt blieb: Denken stieg von 5,944 auf 6,679-Tokens. Das ist eine Tatsache über diese neun Aufgaben, nicht über das Modell. Geben Sie ihm Arbeit, die wirklich mehr Argumentation erfordert, und die Kluft wird größer. Übernehmen Sie dieses Verhältnis nicht in Ihre eigene Prognose.
Beide neuen Modellstufen waren günstiger als die entsprechende Stufe auf Gemini 3.5 Flash, von 13.6% unter medium und 20.1% unter high. Fast die gesamte Ersparnis resultiert aus der Senkung des Ausgabepreises von $9.00 auf $7.50 pro Million Token und nicht aus der Token-Effizienz: Bei medium stiegen unsere in Rechnung gestellten Ausgabetoken tatsächlich um 1.7 % gegenüber dem älteren Modell, und bei high sanken sie um 6.4 %. Ob das Gleiche auch für Ihren Traffic gilt, hängt von Ihrem Input-Output-Verhältnis ab, da sich der Input-Preis überhaupt nicht geändert hat und unser Gemini 3.5 Flash-Kostenrechner diese Berechnung anhand von Beispielen des älteren Modells durchführt.

low ist adaptiv und kein kleineres festes Budget

Dies ist das Ergebnis, das wir nicht erwartet hatten, und es ist das unmittelbar nützlichste auf dieser Seite.

Bei low hat Gemini 3.6 Flash seine Überlegungen unterschiedlich über unsere drei Aufgabentypen verteilt. Denkmarken pro Durchgang:
Aufgabengruppeminimallowmediumhigh
Strukturierte Extraktion002,6732,916
Aufruf von Multiturn-Werkzeugen05491,7971,914
Codeortung und Reparatur05461,4741,849
Bei allen drei Extraktionsaufgaben und in allen drei Wiederholungen erzeugte low genau null Thinking-Tokens. Die Gruppe kostete mit low $0.00490 gegenüber $0.00489 mit minimal – ein Unterschied von zwei Zehntelprozent. Bei Tool-Aufrufen und Code-Reparaturen verbrauchte dieselbe Stufe dagegen zwischen 100 und 440 Thinking-Tokens pro Aufgabe.
Die praktische Folge: Wenn Ihr Traffic hinter einer Modellkonfiguration Extraktion und mehrstufige Aufgaben mischt, liegen die Kosten von low beim Extraktionsanteil nahe an minimal, während für die übrigen Aufgaben eine Denkreserve erhalten bleibt. Sie müssen den Traffic nicht auf zwei Konfigurationen aufteilen, um den größten Teil der Ersparnis zu erzielen. In unserem Aufgabensatz kostete diese Kombination 61.2 % weniger als die Standardeinstellung.
Eine Einschränkung zum Geltungsbereich: Dies beschreibt, wie sich eine Stufe an einem Tag bei neun Aufgaben verhielt; es ist kein von Google dokumentiertes Verhalten. Wir berichten eine Beobachtung, ohne den zugrunde liegenden Mechanismus zu kennen. Deshalb würden wir kein System darauf aufbauen, dass low bei Extraktionsaufgaben niemals Thinking-Tokens verwendet, ohne dies zuvor mit den eigenen Prompts zu prüfen.

Runde zwei: Wo die Qualität tatsächlich bricht

Runde eins konnte die Qualitätsfrage nicht beantworten, da jede Konfiguration neun von neun Punkten erreichte. Neun Aufgaben waren nicht schwer genug, um vier Ebenen zu trennen. Also haben wir sie schwieriger gemacht und die Antwort, die wir erhielten, war nicht die, die die Level implizieren.

Zunächst das Sortierergebnis, das bereits für sich genommen aufschlussreich ist. Von 20 bewusst schwierigen Aufgaben löste minimal 17 in allen drei Versuchen korrekt: Widersprüche zwischen drei Rechnungsbeträgen auflösen und neu berechnen, drei ineinander verschachtelte Anfrageprotokolle zu einer Fehlerkette zusammenführen, die Metaregel „das später unterzeichnete Dokument gilt“ auf widersprüchliche Vertragsklauseln anwenden, mehrere Währungen und Zeiträume umrechnen, einen funktionsübergreifenden Cache-Key-Fehler finden und einen Rate-Limiter-Fehler erkennen, der erst beim dritten Aufruf auftritt. All das gelang ohne einen einzigen Thinking-Token. Bei high verbrauchten dieselben Aufgaben zwischen 1,100 und 6,900 Thinking-Tokens.

Die Thinking-Stufe kauft also keine zusätzliche Korrektheit beim Schlussfolgern – zumindest nicht in dem Bereich, den diese Aufgaben abdecken. Ihr Nutzen ist enger begrenzt.

Bei den drei Aufgaben, die die Ebenen voneinander trennten, handelte es sich allesamt um das Aufrufen von Multi-Turn-Werkzeugen, und sie hatten eine bestimmte Form: Auf halbem Weg geht etwas schief und das Modell muss eine Aktion hinzufügen, die nicht im ursprünglichen Plan enthalten war. Ein Paket abfangen, bevor die Adresse geändert werden kann. Nach einer Ratenbegrenzungsantwort einmal erneut versuchen. Bringen Sie eine Sendung wieder auf das Originaletikett zurück, wenn der Ausdruck einer Expresssendung fehlschlägt. Aufgaben, die es erforderten, sich zu weigern oder aus den angebotenen Optionen die richtige Wahl zu treffen, wurden jedes Mal unter minimal bearbeitet, einschließlich einer acht Schritte langen Kette.

Hier sehen Sie, wie die sechs Konfigurationen bei diesen drei Aufgaben abschnitten, jeweils fünf Versuche.

KonfigurationAufgabe 1Aufgabe 2Aufgabe 3GesamtKosten pro Aufruf
3.6 Flash minimal1/50/51/52/15$0.00175
3.6 Flash low4/51/55/510/15$0.00553
3.6 Flash medium (Standard)5/55/50/510/15$0.00674
3.6 Flash high5/52/51/58/15$0.00739
3.5 Flash-Lite minimal (Standard)4/55/50/59/15$0.00068
3.5 Flash-Lite high2/55/53/510/15$0.00262

Die Kosten pro Aufruf schließen eine im nächsten Abschnitt beschriebene anomale Anfrage aus; die Summen einschließlich dieser Anfrage stehen dort.

Es gibt genau einen echten Schritt nach oben, und zwar von minimal zu low. Zwei von 15 werden zu zehn von 15. Ab diesem Punkt ist die Linie flach und verläuft dann nach unten: zehn, zehn, acht.
Pro Aufgabe ist das Bild chaotischer, als die Gesamtzahlen vermuten lassen. Die Aufgabe 1 verbessert sich deutlich, wenn das Level steigt. Die Aufgabe 2 benötigt medium, um zuverlässig zu sein, und fällt dann bei high auf zwei von fünf zurück. Die Aufgabe 3 läuft völlig andersherum und erzielt fünf von fünf Punkten bei low, null von fünf Punkten bei medium und einen von fünf Punkten bei high. Mehr Nachdenken machte diese Aufgabe über jeweils fünf Versuche hinweg durchweg schlechter.
Wir erklären nicht, warum, denn wir wissen es nicht. Das Muster stützt nur eine engere, besser vertretbare Aussage: Bei Aufgaben an der Leistungsgrenze eines Modells ist die Stufe kein Qualitätsregler, den man einfach hochdrehen kann. Oberhalb von low waren die gemessenen Unterschiede kleiner als die Schwankungen zwischen identischen Durchläufen.
Diese Instabilität ist selbst der am besten übertragbare Befund. In Runde eins unterschied sich die Korrektheit bei 216 Aufrufen nie zwischen Wiederholungen derselben Aufgabe. In Runde zwei enthielten die meisten Tabellenzellen dagegen Werte wie eins von fünf oder vier von fünf. Dieselbe Anfrage lieferte bei fünf Wiederholungen auf derselben Stufe unterschiedliche Antworten. Jede Bewertung, die jede Thinking-Konfiguration nur einmal ausführt, misst deshalb auch Rauschen. Das gilt ebenso für unseren eigenen, absichtlich einmal pro Konfiguration ausgeführten Durchlauf zur Schwierigkeitssortierung. Als wir die sortierten Aufgaben dreimal mit minimal wiederholten, bestätigten sich 17 von 20 eindeutig; eine im Einzeldurchlauf als Fehler markierte Aufgabe erreichte jedoch nur eins von drei. Genau diese Schwankung beschreiben wir.

Die technische Konsequenz ist nützlicher als eine Stufenempfehlung. Wenn Ihr Agent auf unerwartete Zustände reagieren muss, bauen Sie Wiederholungsversuche und Verifikation in die Anwendung ein. Behandeln Sie die Thinking-Stufe als Kosteneinstellung, nicht als Garantie für eine zuverlässige Wiederherstellung.

Gemini 3.6 Flash low gegen Gemini 3.5 Flash-Lite

Für diesen Vergleich liegen nirgends veröffentlichte Daten vor, die wir finden konnten, und es ist der Vergleich, mit dem sich ein kostenbewusstes Team tatsächlich konfrontiert sieht: Führen Sie für ungefähr das gleiche Geld das stärkere Modell mit ein wenig Nachdenken aus, oder das billigere Modell mit viel Nachdenken?

In der ersten Runde kosten sie fast das Gleiche. Gemini 3.6 Flash bei low war $0.0232 pro Durchgang; Gemini 3.5 Flash-Lite bei high war $0.0249. Beide erzielten neun von neun Punkten. Gemini 3.6 Flash bei low war schneller, bei 3.3 Sekunden im Vergleich zu 4.2 Sekunden durchschnittlicher Latenz, und es erreichte diesen Wert auf 1,095 Thinking Tokens, bei denen Flash-Lite 8,288 benötigte.
In Runde zwei, den schwierigeren Aufgaben zum Aufrufen von Werkzeugen, hatten sie erneut einen Gleichstand bei zehn von 15, aber die Preise trennten sich: Flash-Lite bei high kostete $0.00262 pro Anruf gegenüber $0.00553. Bei diesem Aufgabensatz war das billigere Modell, das hart nachdenkt, weniger als die Hälfte des Preises für die gleiche Punktzahl.

Welches dieser beiden Bilder auf Sie zutrifft, hängt von Ihrem Aufgabenmix ab, und das ist eher eine ehrliche Antwort als eine Absicherung. Die beiden Konfigurationen liegen bei unseren beiden Runden im gleichen Leistungsband. Das Preisverhältnis zwischen ihnen ist über die Aufgabensätze hinweg nicht stabil.

Zwei weitere Beobachtungen aus denselben Daten, die beide wissenswert sind, bevor Sie standardmäßig Flash-Lite verwenden.

Bei der standardmäßigen minimal-Ebene auf Flash-Lite ist eine Aufgabe auf eine bestimmte, wiederholbare Weise fehlgeschlagen. In einer dreistufigen Benachrichtigungskette wurden die ersten beiden Tools aufgerufen und dann dreimal von drei ohne Senden der Benachrichtigung angehalten, jedes Mal mit einer identischen Signatur. Das war der einzige Qualitätsunterschied bei allen 216-Aufrufen der ersten Runde. Es reproduziert auch eine Einschränkung, die Google selbst dokumentiert: Die Standardeinstellung minimal wird als ungeeignet für die autonome Verwendung von Subagenten beschrieben, da sie Toolaufrufe vorzeitig beendet. Wenn Sie Flash-Lite als Agent ausführen, erhöhen Sie die Stufe oder rechnen Sie mit einem Fehler.
Die niedrigsten Stufen der beiden Modelle versagen unterschiedlich und keines ist einheitlich stärker. Bei den Werkzeugaufrufaufgaben der zweiten Runde erzielte Flash-Lite bei minimal neun von 15 im Vergleich zu zwei von Gemini 3.6 Flash von 15. In der Benachrichtigungskette der ersten Runde kehrte sich diese Beziehung um: Gemini 3.6 Flash bei minimal bestand drei von drei Fällen, während Flash-Lite in drei von drei Fällen fehlschlug. Hier gibt es keine Reihenfolge, nur zwei verschiedene Fehlerformen, und ein Level, das für den Datenverkehr eines Modells sicher ist, ist nicht automatisch auch für den Datenverkehr des anderen Modells sicher.

Eine Anomalie, die wir nicht erklären können

In Runde zwei gab ein Aufruf unter minimal 62,916 Denktokens zurück.
Jeder zweite minimal-Aufruf in unseren Daten ergab genau Null. Dieser verwendete fünf Werkzeugumdrehungen, erzeugte eine Ausgabe nahe der 65,536-token-Ausgabeobergrenze des Modells, benötigte 209 Sekunden und kostete $0.48. Das ist ungefähr das 270-fache der Kosten der anderen Aufrufe auf dieser Ebene und fast den gesamten $0.50, den diese Konfiguration über die gesamte 15-Aufrufrunde ausgegeben hat. Es war auch das einzige Mal, dass minimal diese bestimmte Aufgabe richtig erledigte.
Wir melden dies, weil es passiert ist und weil es für jeden, der unter minimal budgetiert, von Bedeutung ist. Wir werden keinen Mechanismus anbieten, weil wir keinen haben. In der Modellkarte von Google sind zwar gelegentlich langsame Reaktionen als bekannte Einschränkungen des Modells aufgeführt, wir können diesen Hinweis jedoch nicht mit Sicherheit mit dieser Beobachtung in Verbindung bringen.
Die operative Konsequenz benötigt keine Erklärung des Mechanismus: Wenn Sie minimal für Tool-Aufrufe verwenden, setzen Sie ein maximales Ausgabe-Token-Limit und ein Timeout. Eine Stufe, die normalerweise keine Thinking-Tokens erzeugt, ist nicht dasselbe wie eine Stufe, die keine Thinking-Tokens erzeugen kann.

Welches Level für welche Aufgabe

Diese Tabelle fasst die praktische Empfehlung zusammen. Jede Zeile stützt sich auf die beiden oben beschriebenen Runden; die Grenzen dieser Evidenz folgen darunter.

Art der AufgabeStufeWarum
Single-Turn-Extraktion, Klassifizierung, Beantwortung von Fragen, Codelokalisierung und Reparaturminimal17 von 20 bewusst schwierigen Aufgaben wurden in allen drei Versuchen bestanden – bei 26 % der Standardkosten
Mehrstufige Tool-Aufrufe, die lediglich dem Plan folgen oder eine Aktion ablehnen müssenminimal reicht ausEine achtstufige Kette, bei der die Ausnahme in einem Batch gefunden wurde, eine nicht richtlinienkonforme Anfrage abgelehnt und die maßgebliche Datenquelle ausgewählt wurde, wurde in drei von drei Fällen erfolgreich durchgeführt
Mehrstufige Toolaufrufe, bei denen das Modell möglicherweise eine Aktion benötigt, die nicht im Plan vorgesehen war: ein erneuter Versuch, ein Rollback, ein präventives AbfangenMindestens lowminimal erzielte bei genau diesen Aufgaben 2/15; low erzielte 10/15
Das Gleiche, aber Sie brauchen es, um zuverlässig zu seinKein Level löst dieses Problemlow, medium und high bewerteten 10, 10 und 8 aus 15. Die Unterschiede sind geringer als die Variation von Lauf zu Lauf. Behandeln Sie das Problem mit Wiederholungsversuchen und Überprüfung in Ihrer Anwendung
Gemischter Traffic hinter einer KonfigurationlowBei unseren Extraktionsaufgaben wurden null Thinking-Tokens verbraucht, während für den Rest eine Reserve blieb – bei 61.2 % niedrigeren Kosten als der Standard
Sie kennen Ihren Aufgabenmix noch nichtmedium, dann messenDie Standardeinstellung ist ein sinnvoller Ausgangspunkt. Teuer wird sie erst, wenn Sie wissen, dass sie nicht benötigt wird
Die Grenzen dieser Empfehlung. Sie beruht auf 29 selbst entworfenen Aufgaben – neun gewöhnlichen und 20 schwierigen – mit Eingaben von jeweils weniger als etwa 4,000 Tokens. Langkontextaufgaben, multimodale Eingaben, kreatives Schreiben und offene Recherche sind nicht abgedeckt. Ein anderer Aufgabensatz kann zu anderen Ergebnissen führen; dafür haben wir direkte Evidenz: Beim Vergleich der Thinking-Tokens von Gemini 3.6 Flash und Gemini 3.5 Flash auf medium maß der unabhängige Test von aibenchy 66.2 % mehr, wir dagegen 2.0 % mehr. Die 22 kurzen Benchmark-Fragen dort und unsere Extraktions-, Tool-Aufruf- und Codeaufgaben lieferten auf dieselbe Frage entgegengesetzte Antworten. Das ist kein Streit, der entschieden werden muss, sondern der zentrale Befund: Ob eine Stufe Tokens spart, hängt vom Workload ab, nicht allein vom Modell.

Messen Sie dies anhand Ihres eigenen Datenverkehrs

Vier Schritte, in der Reihenfolge, in der Sie am schnellsten eine Antwort erhalten.

  1. Denktokens heute separat protokollieren, bevor etwas geändert wird. Die API von Google gibt die Anzahl in total_thought_tokens zusammen mit der von Ihnen festgelegten Ebene zurück. Wenn Sie nur die gesamten ausgegebenen Token verfolgen, können Sie keine sofortige Regression von einem Level erkennen, das beschlossen hat, diese Woche intensiver nachzudenken.
    from google import genai
    from google.genai import types
    
    client = genai.Client()  # reads the API key from the environment
    
    response = client.models.generate_content(
        model="gemini-3.6-flash",
        contents=prompt,
        config=types.GenerateContentConfig(
            thinking_config=types.ThinkingConfig(thinking_level="minimal"),
        ),
    )
    
    log.info(
        "level=minimal thinking_tokens=%s",
        response.usage_metadata.total_thought_tokens,
    )
Speichern Sie die Denkzahl als eigenes Feld neben Ihrer vorhandenen Ausgabe-Token-Metrik und die von Ihnen gesendete Ebene daneben. Durch Addition der beiden Spielsteinzahlen wird das einzige Signal verworfen, das Ihnen sagt, welcher Stein sich bewegt hat. 2. Legen Sie die Ebene explizit fest, auch wenn Sie sie auf medium festlegen. Ein geerbter Standardwert ist eine Kostenentscheidung, die niemand getroffen hat. Dies bedeutet auch, dass sich Ihre Rechnung ändern kann, wenn sich ein Zahlungsverzug ändert. 3. Wiederholen Sie einen Tag echten Datenverkehrs unter minimal und unter low und vergleichen Sie die Ergebnisse mit Ihren aktuellen und nicht mit einem Benchmark. Bei unseren Aufgaben war dieser Vergleich zwischen 61% und 74% der Rechnung wert, was einen größeren Effekt darstellt als jeder in dieser Stufe verfügbare Modelltausch. 4. Bewerten Sie die Tool-Aufrufpfade getrennt von allem anderen. Dies ist der einzige Ort, an dem wir die Richtigkeit der Ebenenänderung festgestellt haben, und wenn wir sie zusammen mit dem Extraktionsverkehr mitteln, wird sie ausgeblendet.

Wenn man diesen Vergleich über mehrere Modelle hinweg durchführt, bedeutet das in der Regel eine separate Integration pro Anbieter, und diese Integrationskosten sind der häufigste Grund dafür, dass Teams die Messung ganz überspringen. Durch die Standardisierung auf einen OpenAI-kompatiblen Endpunkt wird dieser entfernt, sodass die Modellzeichenfolge das Einzige ist, was sich zwischen den Läufen ändert.

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://api.evolink.ai/v1",
    api_key=os.environ["EVOLINK_API_KEY"],
)

for model in ("gemini-3.6-flash", "gemini-3.5-flash-lite"):
    response = client.chat.completions.create(model=model, messages=messages)
    record(model, response.usage)
EvoLink ist eine KI-Modell-Infrastruktur für Produktionsteams, und diese Art der Messung ist Teil ihres Zwecks: Die Nutzung wird pro Anfrage gemeldet, sodass Sie die Antwort- und Denkspalten vom ersten Durchlauf getrennt halten können. Wo Sie den Vergleich durchführen, ist weitaus weniger wichtig als die Durchführung überhaupt.

FAQ

Was ist die Standard-Denkebene für Gemini 3.6 Flash? medium. Die auswählbaren Werte sind minimal, low, medium und high. Gemini 3.5 Flash-Lite verwendet stattdessen standardmäßig minimal, sodass sich die beiden Modelle standardmäßig sehr unterschiedlich verhalten.
Kann ich das Denken komplett ausschalten? minimal ist die niedrigste verfügbare Einstellung, und in der Dokumentation von Google wird das Denken für dieses Modell als standardmäßig aktiviert und nicht als etwas beschrieben, das Sie ausschalten. In der Praxis hat minimal genau null Denktokens für 101 unserer 102-Aufrufe zurückgegeben, sodass es sich bei den meisten Anfragen aus Abrechnungsgründen als deaktiviert verhält. Die einzige Ausnahme ist oben dokumentiert, weshalb wir sie nicht als Garantie bezeichnen würden.
Werden Thinking-Tokens in Rechnung gestellt? Ja, zum Ausgabetarif. Laut Google setzt sich der Antwortpreis aus Ausgabe- und Thinking-Tokens zusammen. Bei $7.50 pro Million Ausgabe-Tokens für Gemini 3.6 Flash und einem Thinking-Anteil von 85 % an den Ausgabe-Tokens in der Standardeinstellung machen Thinking-Tokens den größten Teil der meisten Rechnungen aus.
Wie viel günstiger ist minimal als die Standardversion? In unserem Satz aus neun Aufgaben war minimal pro Durchgang 73.6 % günstiger, bei derselben Korrektheit von neun aus neun und etwa halbierter Latenz. Ihr Verhältnis hängt davon ab, wie viele Thinking-Tokens Ihr Workload bei medium auslöst. Verwenden Sie den Wert daher als Anlass zum Messen, nicht als Prognosewert.
Macht eine höhere Denkebene das Modell genauer? Nach unseren Messungen nicht zuverlässig. Bei mehrstufigen Tool-Aufrufen gab es von minimal zu low einen klaren Sprung von zwei auf zehn von 15 Punkten. Oberhalb von low lagen die Ergebnisse bei zehn, zehn und acht von 15; eine Aufgabe schnitt bei höheren Stufen über jeweils fünf Versuche sogar schlechter ab. Bei reasoning-intensiven Single-Turn-Aufgaben löste minimal 17 von 20 schwierigen Problemen ganz ohne Thinking-Tokens.
Welche Denkebene nutzen die veröffentlichten Benchmarks? Artificial Analysis veröffentlicht unter high, und die Flash-Lite-Ergebnistabelle von Google wurde ebenfalls unter high erstellt, während der API-Standard dieses Modells minimal ist. Wenn Sie Standardeinstellungen ausführen, führen Sie nicht die Konfiguration aus, die diese Zahlen beschreiben.
Wie kann ich sehen, wie viele Denktokens eine Anfrage verwendet hat? Lesen Sie total_thought_tokens aus der Antwort. Tragen Sie es als eigenes Feld neben den Ausgabe-Tokens ein, anstatt sie zusammenzuzählen, sonst können Sie später keine Kostenänderung mehr zuordnen.
Verändert die Denkebene die Länge der Antwort? Kaum. In acht Konfigurationen, die zwei Modelle und vier Ebenen abdecken, blieben die Antworttokens pro Durchgang unseres Aufgabensatzes zwischen 977 und 1,162. Die Ebene ändert, was das Modell tut, bevor es antwortet, und nicht, wie viel es schreibt.

Quellen

Bereit, Ihre KI-Kosten um 89 % zu senken?

Starten Sie noch heute mit EvoLink und erleben Sie die Vorteile intelligenter API-Routing.