Godot 4.8: Novidades das Dev Snapshots (Dev 1, 2 e 3)

O Godot 4.8 acabou de dar o primeiro sinal de vida. Em 06/07/2026, a equipe da engine publicou o Godot 4.8 dev 1, o primeiro snapshot de desenvolvimento do novo ciclo. E foi rápido: o 4.7 estável saiu há cerca de duas semanas, e a esteira já está rodando de novo. O próprio anúncio resume o momento com a frase "the cycle begins anew", ou seja, o ciclo recomeça.

Antes que você corra pra baixar, um aviso que vou repetir ao longo do post porque ele importa: dev snapshot não é versão pra usar no seu jogo. É uma prévia de desenvolvimento, feita pra quem quer testar as novidades cedo e ajudar a equipe reportando bugs. Neste post eu explico o que veio nesse primeiro snapshot, traduzo o que cada destaque significa na prática pra quem está começando ou fazendo jogo indie aqui no Brasil, e respondo a pergunta prática: o que você deve fazer com o seu projeto agora? A resposta honesta, adianto, é provavelmente nada. Mas entender o que vem por aí vale muito o seu tempo.

O que é o Godot 4.8 dev 1

Todo ciclo de versão da Godot começa assim: pouco depois de um lançamento estável, a equipe abre a porteira das mudanças novas e, quando junta material suficiente, publica o primeiro snapshot de desenvolvimento. É uma foto do estado atual do código, empacotada pra comunidade poder baixar e experimentar. O dev 1 do ciclo 4.8 chegou com o trabalho de 135 contribuidores e 314 correções e melhorias acumuladas desde o lançamento estável do Godot 4.7, que aconteceu cerca de duas semanas antes. Os detalhes completos estão no anúncio oficial no blog da Godot.

Esse volume em tão pouco tempo diz algo sobre o momento da engine: a comunidade não parou pra respirar depois do 4.7. Se você ainda não se atualizou sobre o que o ciclo anterior trouxe, vale ler primeiro as novidades do Godot 4.7, porque é sobre essa base que o 4.8 está sendo construído.

Uma coisa importante pra alinhar expectativa: dev 1 é o comecinho do ciclo. Muita coisa grande ainda nem entrou, e parte do que entrou pode mudar ou até ser revertida até o lançamento final. O que dá pra ler nesse snapshot são as primeiras apostas e a direção geral. E a direção, como você vai ver, é bem interessante pra quem está começando.

Os destaques do snapshot, traduzidos pra prática

Vou passar pelos destaques do anúncio um a um, mas em vez de só listar, quero traduzir o que cada um significa no seu dia a dia de desenvolvimento.

Game view embutida vira o padrão

Essa é a mudança que mais afeta a experiência de quem abre a engine pela primeira vez. A game view embutida, aquela em que o jogo roda dentro de um painel do próprio editor em vez de abrir numa janela flutuante separada, agora é o comportamento padrão para projetos novos.

Pode parecer detalhe, mas não é. Quando você aperta o play e o jogo abre numa janela solta, começa a dança das janelas: alterna com Alt+Tab, perde a janela atrás do editor, se atrapalha. Com a game view embutida (docked), o jogo roda ali dentro, ao lado da sua cena e do seu código. Você vê o jogo e o editor ao mesmo tempo, ajusta uma propriedade e observa o efeito sem malabarismo. Pra quem está aprendendo, é uma fricção a menos entre "mudei algo" e "vi o resultado", e esse ciclo curto de feedback é exatamente o que acelera o aprendizado.

Editor mais amigável ao toque

Os campos de texto do editor, o TextEdit e o CodeEdit (esse último é o componente onde você escreve seus scripts), ganharam suporte completo a toque: tocar pra posicionar o cursor, arrastar com inércia, seleção com múltiplos toques. Em resumo, editar texto e código num dispositivo de tela sensível ao toque ficou muito mais próximo da experiência que você espera de um aparelho moderno.

Isso é sinal de uma direção maior: o editor da Godot está sendo preparado pra funcionar bem fora do desktop tradicional, em tablets e dispositivos híbridos. Pro cenário brasileiro, onde nem todo mundo tem um PC parrudo e muita gente estuda e cria no que tem à mão, uma engine que leva o toque a sério é uma engine mais acessível. Não é a feature mais chamativa do anúncio, mas talvez seja a mais reveladora.

Melhorias de fluxo no editor

Três mudanças menores que, somadas, deixam o trabalho diário mais fluido. A primeira: agora dá pra arrastar o mouse sobre os ícones de visibilidade na árvore de cena pra alternar a visibilidade de vários nós de uma vez, no mesmo gesto que você usaria num editor de imagem pra ligar e desligar camadas. Quem já clicou em vinte olhinhos, um por um, pra esconder metade da cena sabe o quanto isso economiza paciência.

A segunda: os "sticky tree items", itens de árvore que ficam fixos no topo enquanto você faz scroll dentro de regiões colapsáveis. Na prática, quando você desce por uma lista longa, o cabeçalho da seção continua visível, e você não se perde no meio da rolagem tentando lembrar dentro de qual grupo está.

A terceira é mais nichada, mas real pra quem monta fases em grade: viewports 3D agora podem sobrescrever o eixo do GridMap. Se você usa o GridMap pra construir níveis com blocos, ganha mais controle sobre como cada viewport trata o eixo de trabalho.

Pseudolocalização e busca difusa na API

Duas novidades mais técnicas que merecem tradução. O preview de pseudolocalização direto no editor permite testar a internacionalização do jogo cedo: a engine gera uma versão "falsa" dos seus textos, com caracteres modificados e strings mais compridas, pra você enxergar onde a interface quebra quando o jogo for traduzido. Se você sonha em lançar seu jogo em inglês além do português (e pro indie brasileiro isso quase sempre faz sentido), descobrir que o botão não comporta o texto traduzido é o tipo de problema que você quer achar no começo, não na véspera do lançamento.

E as classes FuzzySearch e FuzzySearchMatch, que antes eram de uso interno da engine, foram expostas na API pública. Busca difusa é aquela que encontra "espada" mesmo quando o jogador digita "espda". Agora você pode usar o mesmo mecanismo de busca do editor dentro do seu próprio jogo ou das suas ferramentas: um inventário com busca, um menu de comandos, um catálogo de itens. É o tipo de recurso que você não sabia que queria até precisar implementar na mão.

Godot 4.8 dev 2: o que chegou no segundo snapshot

Em 21/07/2026 a equipe publicou o segundo snapshot do ciclo, o Godot 4.8 dev 2, seguindo o ritmo que eu comentei lá em cima. Os detalhes estão no anúncio oficial do dev 2, mas de novo vale traduzir os destaques pra prática.

O que mais me chamou atenção foi uma melhoria de controle de versão que passa despercebida no anúncio, mas que resolve uma dor real de quem trabalha em equipe: as variações de objeto agora são gravadas com quebras de linha entre as propriedades. Traduzindo: os arquivos de cena e de recurso da Godot (.tscn e .tres) ficam bem mais fáceis de ler num diff e de resolver num merge. Se você versiona seu projeto (e deveria), sabe que conflito em arquivo de cena é um dos piores de resolver. Essa mudança deixa cada propriedade numa linha própria, então o Git mostra exatamente o que mudou. Se você ainda não usa controle de versão no seu jogo, esse é um bom empurrão pra ler como usar Git no seu projeto de jogo, porque melhorias assim só ajudam quem já versiona.

Os outros destaques do dev 2 seguem a mesma linha de conforto do dev 1:

• Recursos que se expandem sozinhos no inspetor. Quando você cria um recurso novo, ele já abre expandido, sem aquele clique extra pra ver os campos. Detalhe pequeno, repetido mil vezes por dia.
• Rodar uma cena direto do sistema de arquivos. Agora dá pra clicar com o botão direito numa cena no painel de arquivos e mandar rodar aquela cena específica, sem precisar abri-la antes.
• Jolt Physics atualizado pra versão 5.6.0. O motor de física 3D padrão da engine ganhou a última versão, com os ganhos de performance e correções que vêm de fora.
• GDScript mais resiliente a travamentos no encerramento, e melhorias de gerenciamento de threads pra reduzir crashes.
• Inércia do freelook 3D religada por padrão e joysticks ignorados em janelas fora de foco, dois ajustes que deixam a navegação e o controle mais previsíveis.

Repare no padrão: nenhum desses itens é uma feature de gameplay que aparece em manchete. São polimentos de fluxo e de robustez. E é assim que uma engine madura evolui entre um estável e outro, aparando arestas que só quem usa a ferramenta por muitas horas sente.

Godot 4.8 dev 3: o terceiro snapshot mantém o ritmo

Em 07/08/2026 saiu o Godot 4.8 dev 3, com o trabalho de 91 contribuidores e 176 correções desde o snapshot anterior. Os detalhes estão no anúncio oficial do dev 3, e de novo o tema é polimento e robustez, não fogos de artifício. Vou traduzir os destaques que importam pra quem está começando.

O que mais me chamou atenção é uma correção que parece técnica demais, mas afeta o jogo na mão de quem tem periférico gamer: o tratamento de mouse com alta taxa de polling no Windows foi corrigido. Se você já sentiu o cursor ou a mira "engasgar" com um mouse de 1000 Hz, esse é o tipo de bug que some sem você nem perceber que existia. Junto disso, entraram ajustes de física úteis: RigidBody2D e RigidBody3D ganharam métodos pra calcular a velocidade num ponto específico do corpo (get_velocity_at_local_position()), o que ajuda quem faz efeito de impacto, ricochete ou dano baseado em onde a colisão aconteceu.

No editor, duas melhorias práticas. A primeira: os sublinhados de erro no GDScript agora marcam só o trecho problemático do código, e não a linha inteira. Parece pouco, mas quando você está caçando um erro, ver exatamente qual pedaço da linha está errado economiza segundos que viram minutos ao longo do dia. A segunda: o painel de arquivos ganhou zoom com Ctrl+scroll e busca por padrão (glob), então achar um arquivo específico num projeto grande ficou mais rápido.

Os outros itens do dev 3 seguem a mesma linha de fundação pra o futuro:

• Bases pra visionOS. A engine começou a preparar suporte ao sistema da Apple pra realidade mista, o que de quebra simplifica a lógica dos servidores de build. Não muda nada pra você hoje, mas mostra pra onde a Godot está olhando.
• Admonitions na documentação. As antigas notas de "Note:" e "Warning:" viraram caixas de destaque visuais, deixando a documentação oficial mais fácil de ler. E ler a documentação é um dos hábitos que mais aceleram quem aprende sozinho.
• Acesso à área de transferência de propriedades pela API de plugins (get_property_clipboard() e set_property_clipboard()), útil pra quem escreve ferramentas de editor.
• Correções de renderização, incluindo o culling de sombras direcionais em câmeras ortogonais e ganho de performance na reflexão de SPIR-V.

De novo, nada aqui te obriga a mexer no seu projeto. Mas o recado dos três snapshots juntos é consistente: o ciclo 4.8 está sendo construído em cima de conforto, robustez e alcance de plataforma.

O que isso significa pra quem está começando

Se eu tivesse que resumir esses snapshots numa frase, seria: o editor da Godot está ficando mais confortável. Nenhum dos destaques do dev 1 é uma revolução de renderização ou uma feature de gameplay bombástica. São melhorias de qualidade de vida, e eu, depois de mais de vinte anos fazendo jogo, aprendi a dar muito valor a isso. Ferramenta confortável é ferramenta que você usa por mais horas sem cansar, e horas de prática é o que constrói um game dev.

A game view embutida como padrão é um aceno claro a quem chega agora: menos configuração, menos janela voando, mais foco no jogo. E o suporte a toque aponta pra um futuro em que a barreira de entrada de hardware fica menor. As duas coisas juntas dizem que a Godot está pensando em quem está começando, e não só em quem já domina a ferramenta.

Agora, o outro lado da moeda: nada disso é motivo pra você migrar de versão hoje. E aqui entra a parte do post que eu mais quero que você leve pra casa.

Dev, beta, RC, estável: o ritmo da Godot explicado

O desenvolvimento da Godot segue um ciclo bem previsível, e entender esse ciclo te livra de decisões ruins. Funciona assim, em quatro fases.

Primeiro vêm os dev snapshots, como esse 4.8 dev 1. São versões experimentais, publicadas ao longo do desenvolvimento, com as features ainda entrando e saindo. Coisas quebram, e quebrar faz parte: o objetivo é justamente expor os problemas cedo.

Depois vêm as versões beta. Nesse ponto, o conjunto de features congela: o que está dentro fica dentro, e o foco vira estabilizar. Em seguida vêm os RCs, os release candidates, que são candidatos a versão final: a equipe acredita que está pronto, e a comunidade faz a última rodada de testes. Por fim, sai o estável, a versão que você usa pra desenvolver e publicar de verdade.

Onde estamos nesse mapa? No primeiro passo da primeira fase do ciclo 4.8. Ou seja, o 4.8 estável ainda está longe. Enquanto isso, a linha estável atual continua viva e recebendo manutenção: o Godot 4.7.1 teve seu RC 1 publicado em 01/07/2026, com correções pra quem está no 4.7. É assim que a engine trabalha: um trilho de novidades (o 4.8) e um trilho de estabilidade (o 4.7.x) andando em paralelo.

Minha recomendação, sem rodeio: se você está aprendendo ou tem um projeto em andamento, fique no 4.7.x estável. Não migre projeto pra dev snapshot. Versão de desenvolvimento pode corromper cenas, mudar comportamento entre um snapshot e outro e te fazer perder tempo caçando um bug que não é seu, é da versão. Pra quem está construindo as bases, estabilidade vale mais que novidade.

A exceção é se você quer contribuir com a comunidade. Baixar o dev 1, abrir uma cópia do seu projeto nele (cópia, nunca o original), fuçar nas novidades e reportar o que quebrar é uma forma legítima e valiosa de participar do ecossistema. Todo bug reportado agora é um bug que não chega ao estável. Só faça isso com consciência do que é: teste, não desenvolvimento.

Conclusão: o que fazer agora

O Godot 4.8 dev 1 abre o novo ciclo com um recado bom pra quem está começando: game view embutida por padrão, editor mais tolerante ao toque, pequenos polimentos de fluxo por toda parte. Nada disso muda sua vida hoje, mas mostra pra onde a engine está indo, e a direção favorece exatamente o público que chega agora.

O plano prático é simples. Continue no 4.7.x estável, siga desenvolvendo e aprendendo sem ansiedade de versão. Se bater curiosidade, teste o dev 1 numa cópia descartável de projeto e reporte o que encontrar. E se você ainda está um passo antes disso tudo, decidindo se vale a pena aprender Godot como sua primeira engine, esse ritmo de evolução constante e aberto é um dos argumentos mais fortes a favor. Engine boa não é a que promete tudo, é a que entrega um pouco melhor a cada ciclo. E o ciclo, como diz o anúncio, acaba de recomeçar.