Comparaison de modèles · mise à niveau uniquement après un test Unreal contrôlé
Google signale une meilleure qualité de codage, de multimodalité, d’usage informatique et d’efficacité des tokens pour 3.6 Flash, avec des prix de tokens annoncés plus bas. Cela rend la migration digne d’être testée, mais ne prouve pas que chaque charge de travail Unreal s’améliore.
Privilégiez 3.6 Flash pour une nouvelle évaluation Unreal lorsque sa disponibilité et ses conditions actuelles conviennent au projet. Pour un workflow 3.5 Flash existant, rejouez les mêmes prompts enregistrés, fragments source, captures d’écran, journaux, outils et vérifications d’acceptation sur les deux modèles. Ne migrez qu’après avoir mesuré la précision des corrections, les régressions, la latence, la consommation totale de jetons, le coût, la sécurité et la possibilité de rollback.
Google rapporte 17 % de tokens de sortie en moins pour 3.6 Flash sur l’Artificial Analysis Index et moins d’étapes de raisonnement et d’appels d’outils dans les workflows multi-étapes. Mesurez le coût total de la tâche dans votre propre boucle d’agent.
Le lancement annonce DeepSWE à 49 % pour 3.6 Flash contre 37 % pour 3.5 Flash. Les tâches Unreal C++, planification Blueprint, diagnostic de build et gestion des versions de plugins nécessitent leur propre lot de tests.
OSWorld-Verified est annoncé à 83,0 % contre 78,4 %, et l’usage de l’ordinateur est disponible comme outil côté client. Le contrôle de l’éditeur introduit des permissions et des risques d’actions destructrices qui exigent un bac à sable séparé.
Une meilleure référence générale ne suffit pas pour remplacer une route de production stable sans régression des prompts, contrôles de schéma de sortie, revue du débit et des quotas, tests de sécurité et plan de repli.
Google positionne 3.6 Flash comme une progression directe de 3.5 Flash pour le codage, le travail de connaissance, les tâches multimodales, l’efficacité des jetons et l’exécution agentique. La version du 21 juillet mentionne 1,50 $ par million de jetons d’entrée et 7,50 $ par million de jetons de sortie pour 3.6 Flash, et indique que c’est moins cher que 3.5 Flash. Les tarifs, la disponibilité, les quotas ainsi que les labels d’aperçu ou de version stable peuvent changer, il faut donc consigner l’identifiant du modèle et la page de tarification à la date du test.
Le lancement signale aussi moins de modifications de code indésirables et des boucles d’exécution réduites, ainsi que des améliorations de DeepSWE, MLE Bench, OSWorld-Verified et GDPval-AA v2. Ces résultats constituent des hypothèses utiles pour les tâches de dépôts Unreal, l’analyse de logs, la revue de captures d’écran et la planification assistée par outils. Ils ne constituent pas une preuve de correction des API Unreal, de compilation Blueprint, de stabilité de l’éditeur ou de performances empaquetées.
| Criterion | Attente de test 3.6 Flash | Point d’entrée de migration |
|---|---|---|
| Modifications de code | Moins de modifications non désirées et de boucles répétitives est l’orientation annoncée par le fournisseur | Taux d’écarts acceptés plus élevé sans hausse des régressions |
| Revue multimodale | Des analyses visuelle et documentaire plus fortes sont la direction annoncée par le fournisseur | Meilleur rappel des défauts sans affirmations non fondées |
| Efficacité des tokens | Google indique 17 % de jetons de sortie en moins dans un index | Moins de tokens et de coûts totaux pour la tâche complète |
| Utilisation d’un ordinateur | Un outil intégré côté client est disponible | Autorisations en bac à sable, confirmation, journaux et validation du retour arrière |
| Routage en production | Utilisez l’ID de modèle exact et la disponibilité actuelle | Les vérifications de repli, de compatibilité du schéma, de quota, de latence et de politique passent |
La publication de Google du 21 juillet 2026 est la source du positionnement du modèle, des benchmarks annoncés, des prix affichés et de la disponibilité. Google ne revendique pas d’intégration native avec Unreal sur cette page. La documentation Epic et le projet cible restent les références d’autorité pour le comportement du moteur.
Date de sortie, positionnement, efficacité signalée, comparaisons de benchmarks, tarification et disponibilité de démarrage.
Ouvrir l’annonce officielleRevérifiez l’ID exact du modèle, les entrées prises en charge, le statut actuel, les limites, le comportement API, la région et les conditions avant utilisation.
Ouvrir la documentation du modèlePassez en revue la portée de l’évaluation, les informations de sécurité, les limitations connues et les preuves derrière les affirmations de capacités générales.
Ouvrir la fiche modèleValidez le C++, les Blueprints, les tests, le packaging et le comportement d’exécution avec la version exacte d’Unreal utilisée par le projet.
Documentation C++ · Documentation Blueprint · Tests d’automatisation
Évaluez Gemini 3.6 Flash pour la planification Unreal Engine, le C++, les Blueprints, la revue multimodale, les coûts, les tests et la transmission sûre, sans prétendre à une intégration native UE.
Lire ce guideUtilisez Gemini 3.6 Flash pour la planification, la revue, les tests, la récupération et la transmission Unreal C++ et Blueprint bornés, tout en conservant la compilation et la validation runtime en natif.
Lire ce guideMettre en place un workflow Gemini 3.6 Flash sécurisé pour Unreal autour de captures d’écran, journaux, traces, preuves Blueprint, défauts de rendu et validation native reproductible.
Lire ce guideNon. Google indique de meilleurs résultats généraux en codage, multimodal, travail de connaissance, computer use et efficacité, mais un workflow Unreal dépend de la version du moteur, de l’architecture du projet, de la rédaction des prompts, des permissions d’outils, de la sélection de contexte, du schéma de sortie, de la latence et de la revue. Rejouez une suite projetée fixée avant de modifier le routage de production.
Non. Vérifiez d’abord la disponibilité actuelle du modèle et les conditions, puis exécutez des entrées de régression enregistrées sur les deux IDs de modèle. Comparez les modifications acceptées, les différences de schéma, les refus, les hallucinations, la latence, la consommation de tokens, le coût, les appels d’outils, l’annulation et le repli. Déployez progressivement avec surveillance et une bascule rapide vers le modèle précédent.
Ils ne le font pas. DeepSWE et OSWorld fournissent des signaux généraux utiles, mais ne testent pas votre version d’Unreal, vos conventions C++, vos actifs Blueprint, vos plugins, votre cible de packaging, l’autorité réseau, le budget de performance ni les API propres au projet. Traitez-les comme des motifs pour tester, pas comme une preuve d’acceptation pour votre projet.
Oui, sous forme d’un transfert de prototype séparé. Utilisez le même brief de jeu pour produire une direction jouable dans un navigateur, puis comparez si chaque modèle produit une implémentation Unreal native plus claire et un plan de test. Ne considérez pas la sortie navigateur comme une preuve qu’un modèle Gemini a compilé ou exécuté le projet Unreal.
Retournez à la page de destination Unreal, choisissez une carte Workspace vérifiée, puis rendez la scène ou la boucle de gameplay concrète avant de planifier la mise en œuvre native.