Google erweitert sein Gemini-Portfolio um Gemini 3.6 Flash, Gemini 3.5 Flash-Lite und Gemini 3.5 Flash Cyber. Für Teams ist das weniger ein einfacher Modell-Refresh als eine Routing-Frage: Schnelligkeit, Kosten und Security-Workloads lassen sich künftig gezielter auf unterschiedliche Modellklassen verteilen.
Drei Profile statt eines Universalmodells
Gemini 3.6 Flash zielt auf schnelle, breit einsetzbare Inferenz. Gemini 3.5 Flash-Lite ist die kostensensitivere Option für hochvolumige Standardaufgaben. Mit Gemini 3.5 Flash Cyber positioniert Google zudem ein Profil für Cybersecurity-nahe Einsätze.
Das ist operativ relevant, weil produktive Agenten nicht nur „das beste Modell“ brauchen. Ein Support-Triage-Flow, ein Dokumenten-Extraktor und ein sicherheitskritischer Analysepfad haben unterschiedliche Anforderungen an Antwortzeit, Budget, Isolation und Evaluierung.
Was Plattform-Teams jetzt prüfen sollten
- Routing-Regeln: Welche Tasks dürfen auf Lite laufen, welche benötigen Flash, und welche gehören in einen getrennten Security-Pfad?
- Evaluation: Messen Sie Qualität, p95-Latenz und Kosten pro erfolgreicher Aufgabe getrennt je Route.
- Governance: Ein spezielles Cyber-Modell ersetzt weder Zugriffskontrollen noch Audit-Logs oder eine klare Freigabe für sicherheitsrelevante Aktionen.
Die praktische Konsequenz
Wer mehrere Gemini-Varianten einführt, sollte sie nicht als austauschbare Dropdown-Optionen behandeln. Sinnvoller ist ein kleiner, versionierter Routing-Vertrag: Task-Klasse, zulässiges Modell, Fallback, Kostenlimit und Eval-Schwelle. Damit wird die neue Staffelung zu einer steuerbaren Infrastrukturentscheidung statt zu zusätzlicher Modellvielfalt.
Quelle: Google: Gemini 3.6 Flash, 3.5 Flash-Lite und 3.5 Flash Cyber (21. Juli 2026).
Schreibe einen Kommentar