Comparação de modelos · atualizar somente após um teste controlado no Unreal
A Google relata melhor codificação, qualidade multimodal, uso de computador e eficiência de token para o 3.6 Flash, com preços listados de token menores. Isso torna a migração válida para teste, mas não prova que toda carga de trabalho no Unreal melhora.
Prefira o 3.6 Flash para uma nova avaliação em Unreal quando a disponibilidade atual e os termos estiverem adequados ao projeto. Para um fluxo de trabalho existente no 3.5 Flash, reexecute os mesmos prompts salvos, recortes de fonte, capturas de tela, logs, ferramentas e checagens de aceitação em ambos os modelos. Migre somente após medir precisão de edição, regressões, latência, uso total de tokens, custo, segurança e rollback.
A Google relata 17% menos tokens de saída para o 3.6 Flash no Artificial Analysis Index, além de menos etapas de raciocínio e chamadas de ferramenta em fluxos de trabalho multietapas. Meça o custo total da tarefa no seu próprio loop de agente.
O lançamento relata DeepSWE de 49% para o 3.6 Flash contra 37% do 3.5 Flash. C++ de Unreal, planejamento de Blueprint, diagnóstico de build e trabalho com versão de plugins precisam do próprio conjunto de tarefas.
O OSWorld-Verified é reportado em 83,0% versus 78,4%, e o uso de computador está disponível como ferramenta no lado do cliente. O controle do editor introduz permissões e riscos de ações destrutivas que exigem sandbox separado.
Um benchmark geral melhor não é motivo para substituir uma rota de produção estável sem regressão de prompts, verificações de schema de saída, revisão de taxa e cota, testes de segurança e plano de fallback.
A Google posiciona o 3.6 Flash como um avanço direto além do 3.5 Flash para codificação, trabalho com conhecimento, tarefas multimodais, eficiência de tokens e execução agentic. O release de 21 de julho informa US$ 1,50 por milhão de tokens de entrada e US$ 7,50 por milhão de tokens de saída para o 3.6 Flash e diz que esse valor é menor que o do 3.5 Flash. Preços, disponibilidade, quotas e rótulos de preview ou versão estável podem mudar, portanto registre o ID do modelo e a página de preços no dia do teste.
O lançamento também relata menos edições de código indesejadas e menos loops de execução, além de melhorias no DeepSWE, MLE Bench, OSWorld-Verified e GDPval-AA v2. Esses resultados são hipóteses úteis para tarefas de repositório Unreal, análise de logs, revisão de capturas de tela e planejamento assistido por ferramentas. Eles não são evidência de correção de APIs do Unreal, compilação de Blueprint, estabilidade do editor ou desempenho de build empacotado.
| Criterion | Expectativa de teste do 3.6 Flash | Portão de migração |
|---|---|---|
| Edições de código | Menos edições indesejadas e menos loops é a direção reportada pelo fornecedor | Taxa de diferença aceita maior sem aumento de regressão |
| Revisão multimodal | Análise visual e documental mais forte é a direção relatada pelo fornecedor | Melhor recall de defeitos sem alegações não suportadas |
| Eficiência de token | A Google relata 17% menos tokens de saída em um índice | Menor consumo total de tokens e custo para a tarefa completa |
| Uso de computador | A ferramenta integrada no cliente está disponível | Permissões em sandbox, confirmação, logs e etapa de rollback |
| Roteamento de produção | Use o ID exato do modelo e a disponibilidade atual | Fallback, compatibilidade de schema, quota, latência e validações de política passam |
O lançamento de julho de 2026 da Google é a fonte para posicionamento do modelo, benchmarks reportados, preços divulgados e disponibilidade. A Google não afirma integração nativa com Unreal nessa página. A documentação da Epic e o projeto-alvo permanecem autoritativos para o comportamento do motor.
Arte conceitual editorial de um fluxo de avaliação de modelo Gemini 3.6 para suporte ao planejamento no Unreal Engine
Abrir anúncio oficialAltera apenas arquivos e responsabilidades de Blueprint permitidos pelo limite da tarefa.
Abrir documentação do modeloRevisar escopo de avaliação, informações de segurança, limitações conhecidas e as evidências por trás de alegações de capacidade geral.
O que isso significa para uma equipe de UnrealProduz uma explicação revisável, plano de diff, lista de testes e ponto de rollback.
Abrir cartão do modelo · Documentação de Blueprints · Testes de automação
Valide C++, Blueprint, testes, empacotamento e comportamento em runtime na versão exata do Unreal utilizada pelo projeto.
Leia este guiaUse o Gemini 3.6 Flash para planejamento, revisão, testes, recuperação e handoff de Unreal C++ e Blueprint em escopo delimitado, mantendo a validação de compilação e runtime nativa.
Leia este guiaConstrua um fluxo de trabalho seguro com Gemini 3.6 Flash para capturas de tela da Unreal, logs, traces, evidências de Blueprint, defeitos de renderização e validação nativa reproduzível.
Leia este guiaNão. A Google relata melhor desempenho geral em codificação, multimodalidade, trabalho com conhecimento, uso de computador e eficiência, porém um fluxo de trabalho no Unreal depende da versão do engine, da arquitetura do projeto, do design do prompt, das permissões da ferramenta, da seleção de contexto, do schema de saída, da latência e da revisão humana. Refaça uma suíte fixa específica do projeto antes de mudar a rota de produção.
Não. Primeiro verifique a disponibilidade e os termos atuais do modelo, depois execute entradas de regressão salvas em ambos os IDs de modelo. Compare edições aceitas, diferenças de schema, recusas, alucinações, latência, uso de tokens, custo, chamadas de ferramenta, cancelamentos e fallback. Implante gradualmente com monitoramento e rota rápida de retorno para o modelo anterior.
Eles não. DeepSWE e OSWorld oferecem sinais gerais úteis, mas não testam sua versão do Unreal, convenções de C++, assets de Blueprint, plugins, alvo de packaging, authority de rede, orçamento de desempenho ou APIs específicas do projeto. Trate-os como motivos para testar, não como evidência de aceitação do projeto.
Sim, como uma transferência de protótipo separada. Use o mesmo briefing de jogo para produzir uma direção jogável no navegador e compare se cada modelo cria uma implementação nativa no Unreal mais clara e um plano de testes. Não trate o resultado no navegador como prova de que qualquer modelo Gemini compilou ou executou o projeto no Unreal.
Retorne à página inicial da Unreal, escolha uma Workspace card verificada e torne a cena ou o loop de gameplay concreto antes de planejar a implementação nativa.