Comparación de modelos · actualizar solo después de una prueba controlada en Unreal
Google informa mejor codificación, mejor calidad multimodal, mejor uso de computadora y mayor eficiencia de tokens para 3.6 Flash, con precios listados de token más bajos. Eso hace que la migración merezca probarse, pero no demuestra que toda carga de trabajo de Unreal mejore.
Prefiere 3.6 Flash para una nueva evaluación de Unreal cuando su disponibilidad y condiciones actuales se ajusten al proyecto. Para un flujo de trabajo 3.5 Flash existente, repite los mismos prompts guardados, cortes de fuente, capturas de pantalla, registros, herramientas y controles de aceptación en ambos modelos. Migra solo después de medir exactitud de edición, regresiones, latencia, consumo total de tokens, costo, seguridad y capacidad de rollback.
Google informa 17% menos tokens de salida para 3.6 Flash en el Artificial Analysis Index y menos pasos de razonamiento y llamadas a herramientas en flujos multitarea. Mide el costo total de la tarea en tu propio bucle de agente.
El lanzamiento informa DeepSWE en 49% para 3.6 Flash versus 37% para 3.5 Flash. La planificación de C++, Blueprint, diagnóstico de compilación y trabajo con versiones de plugins requiere su propio set de tareas.
OSWorld-Verified se reporta en 83.0% frente a 78.4%, y el uso de computadora está disponible como herramienta del lado del cliente. El control del editor introduce permisos y riesgos de acciones destructivas que exigen un sandbox separado.
Un benchmark general mejor no es motivo para reemplazar una ruta de producción estable sin regresiones de prompts, verificaciones del esquema de salida, revisión de tasa y cuota, pruebas de seguridad y plan de contingencia.
Google posiciona a 3.6 Flash como un paso directo más allá de 3.5 Flash para codificación, trabajo con conocimiento, tareas multimodales, eficiencia de tokens y ejecución con enfoque agentico. La versión del 21 de julio indica $1,50 por millón de tokens de entrada y $7,50 por millón de tokens de salida para 3.6 Flash y afirma que es inferior a 3.5 Flash. Los precios, la disponibilidad, las cuotas y las etiquetas de vista previa o estable pueden cambiar, por lo que registre el ID del modelo y la página de precios en el día de la prueba.
El lanzamiento también informa menos ediciones de código no deseadas y bucles de ejecución reducidos, además de mejoras en DeepSWE, MLE Bench, OSWorld-Verified y GDPval-AA v2. Esos resultados son hipótesis útiles para tareas de repositorio de Unreal, análisis de logs, revisión de capturas y planificación asistida por herramientas. No son evidencia de corrección de API de Unreal, compilación de Blueprint, estabilidad del editor o rendimiento en paquete.
| Criterion | Expectativa de prueba de 3.6 Flash | Puerta de migración |
|---|---|---|
| Ediciones de código | La reducción de ediciones y bucles no deseados es la dirección indicada por el proveedor. | Mayor tasa de diferencias aceptadas sin aumento de regresiones |
| Revisión multimodal | El análisis visual y documental más robusto es la dirección reportada por el proveedor | Mejor recuperación de defectos sin afirmaciones no admitidas |
| Eficiencia de tokens | Google informa un 17% menos de tokens de salida en un índice | Menor número total de tokens y menor costo para la tarea completa |
| El uso de computadora puede interactuar con interfaces visibles, pero esto amplía el perímetro de riesgo. Use un proyecto desechable o sandbox, limite permisos, exija confirmación para acciones destructivas o externas, registre cada paso, mantenga limpio el control de versiones y valide el estado final de forma independiente. La versión oficial no establece una corrección nativa de Unreal. | La herramienta integrada del lado del cliente está disponible | Permisos en sandbox, confirmación, registros y aprobación de rollback |
| Enrutamiento de producción | Usa el ID exacto del modelo y la disponibilidad actual | Reestablezca y confirme que el fallo vuelve cuando la causalidad es incierta; documente limitaciones y riesgos de seguimiento. |
El lanzamiento de Google del 21 de julio de 2026 es la fuente para la posición del modelo, los benchmarks reportados, los precios listados y la disponibilidad. Google no afirma integración nativa con Unreal en esa página. La documentación de Epic y el proyecto objetivo siguen siendo la autoridad para el comportamiento del motor.
Arte conceptual editorial para un flujo de trabajo de evaluación de modelos que apoye la planificación en Unreal Engine
Abrir anuncio oficialToca solo los archivos y responsabilidades de Blueprint permitidos por el alcance de la tarea.
Abrir documentación del modeloRevise el alcance de la evaluación, la información de seguridad, las limitaciones conocidas y la evidencia que respalda las afirmaciones de capacidad general.
Qué significa esto para un equipo de UnrealProduce una explicación revisable, un plan de diff, una lista de pruebas y un punto de rollback.
Abrir tarjeta del modelo · Documentación de Blueprint · Pruebas de automatización
Valida C++, Blueprint, pruebas, empaquetado y comportamiento en tiempo de ejecución en la misma versión exacta de Unreal usada por el proyecto.
Lee esta guíaUse Gemini 3.6 Flash para planificación acotada de Unreal C++ y Blueprint, revisión, pruebas, recuperación y entrega final, manteniendo la compilación y la validación en tiempo de ejecución de forma nativa.
Lee esta guíaCrea un flujo de trabajo seguro con Gemini 3.6 Flash para capturas de pantalla de Unreal, registros, trazas, evidencia de Blueprints, defectos de renderizado y validación nativa reproducible.
Lee esta guíaNo. Google informa mejores resultados generales de codificación, calidad multimodal, trabajo de conocimiento, uso de computadora y eficiencia, pero un flujo de trabajo de Unreal depende de la versión del motor, la arquitectura del proyecto, el diseño de prompts, los permisos de herramientas, la selección de contexto, el esquema de salida, la latencia y la revisión. Repite una suite fija específica del proyecto antes de cambiar el enrutamiento de producción.
No. Primero verifica la disponibilidad y condiciones actuales del modelo, luego ejecuta entradas de regresión guardadas contra ambos IDs de modelo. Compara ediciones aceptadas, diferencias de esquema, rechazos, alucinaciones, latencia, uso de tokens, costo, llamadas a herramientas, cancelaciones y fallback. Despliega gradualmente con monitoreo y una ruta rápida de retorno al modelo anterior.
No lo hacen. DeepSWE y OSWorld aportan señales generales útiles, pero no prueban tu versión de Unreal, convenciones de C++, activos de Blueprint, plugins, objetivo de empaquetado, autoridad de red, presupuesto de rendimiento o APIs específicas del proyecto. Considéralos como motivos para probar, no como evidencia de aceptación del proyecto.
Sí, como una transferencia de prototipo independiente. Usa el mismo brief del juego para producir una dirección jugable en navegador, y luego compara si cada modelo genera una implementación nativa de Unreal más clara y un plan de pruebas. No evalúes la salida del navegador como prueba de que alguno de los modelos de Gemini compiló o ejecutó el proyecto de Unreal.
Vuelve a la página principal de Unreal, elige una tarjeta de Workspace verificada y concreta la escena o el bucle de gameplay antes de planificar la implementación nativa.