Modellvergleich · Upgrade erst nach einem kontrollierten Unreal-Test
Google meldet bessere Programmierung, Multimodalität, Computer Use und Token-Effizienz für 3.6 Flash, mit niedrigeren angegebenen Token-Preisen. Das macht die Migration testwürdig, beweist jedoch nicht, dass jede Unreal-Workload verbessert wird.
Bevorzuge 3.6 Flash für eine neue Unreal-Bewertung, wenn seine aktuelle Verfügbarkeit und Konditionen zum Projekt passen. Für einen bestehenden 3.5-Flash-Workflow führe dieselben gespeicherten Prompts, Quell-Slices, Screenshots, Logs, Tools und Abnahmekriterien auf beiden Modellen erneut aus. Migriere erst nach Messung von Bearbeitungsgenauigkeit, Regressionen, Latenz, Gesamt-Token-Verbrauch, Kosten, Sicherheit und Rollback.
Google meldet auf dem Artificial Analysis Index 17 % weniger Ausgabetokens für 3.6 Flash und weniger Denk-Schritte sowie Tool-Aufrufe bei mehrstufigen Workflows. Messen Sie die Gesamtkosten der Aufgabe in Ihrem eigenen Agenten-Loop.
Der Start meldet 49 % für DeepSWE bei 3.6 Flash gegenüber 37 % bei 3.5 Flash. Unreal C++, Blueprint-Planung, Build-Diagnose und Plugin-Versionsarbeit benötigen eigene Aufgaben-Sets.
OSWorld-Verified wird mit 83,0 % gegenüber 78,4 % angegeben, und Computer Use steht als clientseitiges Tool zur Verfügung. Die Editor-Steuerung bringt Berechtigungen und Risiken zerstörerischer Aktionen mit sich, die eine separate Sandbox erfordern.
Ein besserer allgemeiner Benchmark ist kein Grund, einen stabilen Produktions-Workflow ohne Prompt-Regression, Ausgabeschema-Prüfungen, Überprüfung von Rate und Kontingenten, Sicherheitstests und Fallback zu ersetzen.
Google positioniert 3.6 Flash als direkten Schritt über 3.5 Flash hinaus für Programmierung, Wissensarbeit, Multimodalität, Token-Effizienz und agentische Ausführung. In der Veröffentlichung vom 21. Juli werden $1,50 pro Million Eingangstoken und $7,50 pro Million Ausgabetoken für 3.6 Flash angegeben, was niedriger als bei 3.5 Flash sei. Preise, Verfügbarkeit, Quoten sowie Vorab- oder Stable-Status können sich ändern, daher erfasse bitte die Modell-ID und die Preis-Seite am Testtag.
Das Release meldet außerdem weniger unerwünschte Code-Änderungen und kürzere Ausführungsschleifen sowie Verbesserungen bei DeepSWE, MLE Bench, OSWorld-Verified und GDPval-AA v2. Diese Ergebnisse sind nützliche Hypothesen für Unreal-Repository-Aufgaben, Log-Analysen, Screenshot-Bewertungen und toolgestützte Planung. Sie sind kein Beleg für die Korrektheit von Unreal-APIs, Blueprint-Kompilierung, Editor-Stabilität oder Verpackungsleistung.
| Criterion | 3.6-Flash-Testerwartung | Migrationssperre |
|---|---|---|
| Code-Änderungen | Weniger unerwünschte Änderungen und Schleifen sind laut Anbieter der berichtete Weg | Höhere akzeptierte Diff-Rate ohne Regressionszunahme |
| Multimodale Prüfung | Stärkere visuelle und Dokumentanalyse ist die vom Anbieter genannte Richtung | Bessere Fehlererkennung ohne nicht belegte Behauptungen |
| Token-Effizienz | Google berichtet von 17 % weniger Ausgabetoken in einem Index | Niedrigere Gesamt-Token und geringere Kosten für die vollständige Aufgabe |
| Computernutzung | Integriertes clientseitiges Tool ist verfügbar | Sandbox-Berechtigungen, Bestätigung, Protokolle und Rollback-Prüfung |
| Produktions-Routing | Verwenden Sie die exakte Modell-ID und die aktuelle Verfügbarkeit | Fallback-, Schema-Kompatibilitäts-, Quoten-, Latenz- und Richtlinienprüfungen bestehen |
Die Google-Veröffentlichung vom 21. Juli 2026 ist die Quelle für die Modellpositionierung, die gemeldeten Benchmarks, die genannten Preise und die Verfügbarkeit. Google gibt auf dieser Seite keine native Unreal-Integration an. Epic-Dokumentation und das Zielprojekt bleiben für das Engine-Verhalten maßgeblich.
Veröffentlichungsdatum, Positionierung, berichtete Effizienz, Benchmark-Vergleiche, Preisgestaltung und Verfügbarkeit vom Start.
Offizielle Ankündigung öffnenPrüfen Sie erneut die exakte Modell-ID, unterstützte Eingaben, den aktuellen Status, Limits, API-Verhalten, Region und die Bedingungen, bevor Sie es nutzen.
Modelldokumentation öffnenÜberprüfe Evaluationsumfang, Sicherheitsinformationen, bekannte Einschränkungen und die Belege hinter allgemeinen Fähigkeitsansprüchen.
Modellkarte öffnenValidieren Sie C++, Blueprint, Tests, Packaging und Laufzeitverhalten in exakt der Unreal-Version, die im Projekt verwendet wird.
C++-Dokumentation · Blueprint-Dokumentation · Automatisierungstests
Bewerten Sie Gemini 3.6 Flash für Unreal Engine-Planung, C++, Blueprints, multimodale Prüfung, Kosten, Tests und sicheren Übergabeprozess, ohne native UE-Integration zu behaupten.
Diesen Leitfaden lesenSetzen Sie Gemini 3.6 Flash für begrenzte Unreal C++- und Blueprint-Planung, Reviews, Tests, Recovery und Übergabe ein und behalten Sie Kompilierung sowie Laufzeitvalidierung nativ bei.
Diesen Leitfaden lesenErstelle einen sicheren Gemini 3.6-Flash-Workflow für Unreal-Screenshots, Logs, Traces, Blueprint-Belege, Rendering-Fehler und reproduzierbare native Validierung.
Diesen Leitfaden lesenNein. Google berichtet von besseren allgemeinen Ergebnissen für Coding, Multimodalität, Wissensarbeit, Computernutzung und Effizienz, doch ein Unreal-Workflow hängt von Engine-Version, Projektarchitektur, Prompt-Design, Tool-Berechtigungen, Kontextauswahl, Ausgabeschema, Latenz und Prüfung ab. Spiele eine projektbezogene, bereits behobene Testsuite erneut ab, bevor du die Produktions-Routing-Strategie änderst.
Nein. Prüfen Sie zuerst die aktuelle Verfügbarkeit und die Nutzungsbedingungen der Modelle, führen Sie dann gespeicherte Regressions-Eingaben für beide Modell-IDs aus. Vergleichen Sie akzeptierte Änderungen, Schema-Unterschiede, Ablehnungen, Halluzinationen, Latenz, Token-Nutzung, Kosten, Tool-Aufrufe, Abbrüche und Fallback. Rollout schrittweise mit Monitoring und einer schnellen Rückkehr zum vorherigen Modell.
Tun sie das nicht. DeepSWE und OSWorld liefern hilfreiche allgemeine Signale, testen aber nicht Ihre Unreal-Version, C++-Konventionen, Blueprint-Assets, Plugins, Packaging-Ziel, Netzwerkautorität, Performance-Budget oder projektspezifischen APIs. Betrachten Sie sie als Gründe zum Testen, nicht als Beleg für Projektakzeptanz.
Ja, als separater Prototyp-Handoff. Nutze denselben Game-Brief, um eine im Browser spielbare Richtung zu erstellen, und vergleiche anschließend, welches Modell eine klarere native Unreal-Implementierung und einen besseren Testplan erzeugt. Bewerte die Browser-Ausgabe nicht als Beweis dafür, dass eines der Gemini-Modelle das Unreal-Projekt kompiliert oder ausgeführt hat.
Kehren Sie zur Unreal-Landingpage zurück, wählen Sie eine verifizierte Workspace-Karte aus und machen Sie die Szene oder den Gameplay-Loop konkret, bevor Sie mit der nativen Implementierung planen.