A Unity publicou nesta semana a versão 6.6 do motor de jogos, a última atualização suportada da família Unity 6 antes do ciclo 6.7 LTS previsto para o quarto trimestre de 2026. A build 6000.6.0f1 ficou disponível em 31 de agosto de 2026 pelo Unity Hub, e o fórum oficial reforçou o lançamento nesta sexta-feira, 5 de setembro, com a lista completa de novidades.
Para quem cria jogos em 2D, 3D ou no navegador, a entrega concentra mudanças de fluxo de trabalho, serialização nativa de estruturas de dados e preparação para o Unity 7, versão futura que abandonará recarregamentos completos de domínio ao entrar no modo de teste. A Unity classifica o 6.6 como release suportada, com o mesmo tipo de correções críticas oferecido às versões LTS, sigla que indica suporte de longo prazo.
A página de release 6000.6.0f1 confirma a data de 31 de agosto de 2026, e o tópico oficial no Unity Discussions detalha Fast Enter Play Mode, dicionários serializados, content directories e WebGPU em produção. O manual New in Unity 6.6 documenta as mesmas áreas, e a Technetbook resume de forma independente a ponte para o CoreCLR e o salto de memória em builds web.
Do modo Play ao dicionário no Inspector
O ajuste mais sentido no dia a dia aparece ao apertar Play no editor. Em projetos novos, o Unity 6.6 passa a recarregar só a cena ao entrar no modo de teste, sem reiniciar todo o código compilado. Variáveis estáticas e outros estados permanecem entre uma execução e outra, o que encurta o intervalo entre editar e ver o resultado na tela.
A empresa diz que essa escolha prepara estúdios para o Unity 7, quando o motor migrará por completo para CoreCLR, o runtime moderno da plataforma .NET. Nessa fase, os recarregamentos tradicionais de domínio deixarão de existir, e adaptar o projeto agora reduz o trabalho de conversão depois.
Outra mudança elimina código repetitivo: dicionários passam a ser serializados nativamente. Basta marcar um campo Dictionary com SerializeField, atributo que expõe variáveis privadas no Inspector, e o editor grava pares chave-valor sem classes auxiliares escritas à mão. O painel mostra duas colunas, chaves à esquerda e valores à direita, e um analisador avisa em tempo de compilação se o tipo não puder ser persistido.
Pastas locais e janela que explica o build
Para organizar conteúdo, o Unity 6.6 introduz content directories, pastas locais pensadas para carregar só o que cada parte do jogo precisa. Segundo a documentação, equipes que já usam Addressables, sistema de endereçamento de assets, mantêm a mesma API e podem converter grupos antigos pelo menu Convert Schema(s) to content directories. AssetBundles remotos continuam disponíveis para conteúdo baixado depois da instalação.
A nova janela Build Analysis reúne histórico de compilações, tamanho, tempo, avisos e os maiores arquivos incluídos no pacote final. A Unity afirma que a ferramenta isola a causa de falhas de build e permite comparar duas compilações quando o projeto usa content directories. Relatórios ficam em Library/BuildHistory e também podem ser lidos por scripts.
A hierarquia de cena também mudou de padrão. A janela nova traz colunas reordenáveis, rolagem horizontal e melhor desempenho em projetos grandes. Quem preferir o layout antigo ainda pode voltar à hierarquia legada nas configurações do editor.
WebGPU, memória e shaders mais rápidos
No navegador, o Unity 6.6 promove WebGPU a API gráfica de produção para builds web. A empresa lista compute shaders, GPU skinning, renderização indireta e Visual Effect Graph como recursos que antes ficavam restritos a builds desktop. WebGL 2 continua como padrão até o desenvolvedor optar por WebGPU nas configurações do player web, com retorno automático em navegadores sem suporte.
Builds web também ganham Progressive Asset Loading, que baixa assets por cena em vez de exigir o pacote inteiro antes da primeira tela interativa, e WebAssembly64, que eleva o teto de memória de 4 GB para até 16 GB em navegadores compatíveis, como Chrome 128 ou Firefox 129. A Unity alerta que ponteiros de 64 bits aumentam o tamanho do código e recomenda a opção só para projetos que realmente estouram o limite anterior.
No núcleo do motor, o compilador Burst deixa de ser um pacote separado e passa a fazer parte integrante do engine, e alocações multithread usam mimalloc, biblioteca open source da Microsoft. A Unity cita ganhos em benchmarks internos, sem publicar números comparativos entre versões para jogos específicos.
As configurações Shader Build Settings permitem compilar shaders com DXC, compilador moderno da Microsoft, e converter palavras-chave em ramificações dinâmicas para reduzir variantes. Em teste interno citado pela empresa com o projeto Survival Kids, um build limpo caiu de cerca de 1 hora e 46 minutos para 32 minutos ao ativar a conversão, embora o resultado varie conforme shaders e plataforma alvo.
2D, pacotes assinados e caminho até o LTS
Projetos 2D recebem luzes com rendering layers além de sorting layers, sombras em sprites com GPU skinning, novos módulos de profiler para animação, tilemap e gráficos 2D, além do método Delaunay para malhas de sprite com triângulos mais uniformes. A Unity Compute Light Baker entra na pilha de renderização e usa ray tracing acelerado por hardware quando disponível.
Publicadores de extensões podem assinar arquivos .unitypackage exportados, amarrando o pacote a uma identidade verificada da organização. A medida faz parte do programa Core Standards e estende ao formato clássico a confiança que já existia para pacotes UPM distribuídos pelo Package Manager.
A versão 6.7 LTS, próxima da fila, deve ser a última construída sobre Mono, runtime antigo do .NET no Unity. O 6.6 implementa peças centrais do CoreCLR que definirão o Unity 7, previsto para 2027 com .NET 10 e C# 14, segundo o roteiro divulgado pela empresa em junho.
Estúdios em produção costumam ficar em releases LTS até o fim de um ciclo. A Unity recomenda o 6.6 para projetos novos que queiram recursos recentes e para quem planeja migrar antes do salto maior. Quem já está perto de lançar tende a aguardar o 6.7 LTS no quarto trimestre, quando a empresa promete validação de longo prazo.
Nada disso altera regras de loja, requisitos de console ou contratos de assinatura do Unity. A atualização continua gratuita para quem usa o plano Personal e exige apenas tempo de conversão e testes em builds reais antes de publicar um patch em produção.
No Unity Hub, basta escolher a 6000.6.0f1, abrir um projeto de teste e medir quanto tempo some entre salvar um script e ver a cena rodar de novo antes de decidir se a equipe migra agora ou espera o 6.7 LTS.