Jogos feitos na Godot: exemplos reais que provam a engine

Quando alguém começa em gamedev e ouve falar da Godot, a primeira pergunta quase sempre é a mesma: "essa engine gratuita dá conta de jogo de verdade ou é só pra brincar?". A resposta curta é que sim, e os jogos feitos em Godot já provaram isso no lugar onde mais importa, que é a loja, com gente pagando e jogando. Não é mais promessa de futuro. É presente. Tem jogo comercial vivo, vendido no Steam, com comunidade ativa, rodando numa engine que você baixa de graça e abre em dois minutos.

Em mais de 20 anos fazendo software que cliente paga pra usar, aprendi a desconfiar de ferramenta que só funciona em demo bonita. O que vale é o que aguenta produção, prazo e usuário real reclamando. A Godot cruzou essa linha. E os números acompanham: em 2026, a Godot virou a engine mais usada da GMTK Game Jam, com 47% dos jogos enviados, na frente da Unity pela primeira vez. E o mais interessante pra quem está começando não é a lista de jogos em si, é a lição que essa lista carrega: o limite quase nunca é a engine. O limite é o dev.

Os jogos feitos em Godot que já provaram o ponto

Vou citar só o que dá pra cravar com segurança, porque inventar título ou número de vendas é o tipo de erro que destrói a confiança de quem lê. Os exemplos abaixo são bem documentados e fáceis de você mesmo conferir.

Brotato. Um roguelite de arena que virou febre, daqueles que a pessoa abre pra jogar dez minutos e perde duas horas. Visual simples, mecânica viciante, e por baixo dele a Godot. É o caso que mais derruba o argumento de que engine gratuita não escala pra sucesso. Brotato fez muito barulho no Steam e mostrou que ideia boa com execução afiada não precisa de engine cara.

Dome Keeper. Mistura mineração com defesa de base, daquelas que prendem por loops curtos e recompensa constante. Feito em Godot, vendido como produto premium, com identidade visual própria e polimento que ninguém olha e pensa "ah, isso é jogo de engine de hobby".

Cassette Beasts. Um RPG de monstros com sistema de combate próprio e mundo grande pra explorar. É talvez o exemplo mais ambicioso da lista em escopo, e roda em Godot. Prova que a engine aguenta projeto longo, com muito conteúdo e sistemas interligados, não só jogo de uma mecânica só.

Halls of Torment. Um sobrevivente de horda no estilo que ficou popular, com aquela progressão gostosa de ficar mais forte a cada partida. Feito em Godot, fez sucesso no Steam e reforça que o gênero de ação 2D com muitos inimigos na tela é território confortável pra engine.

Buckshot Roulette. Um jogo de tensão psicológica em torno de uma roleta russa, que viralizou bastante. Escopo enxuto, ideia forte, e Godot por trás. É o lembrete de que jogo pequeno e bem focado pode estourar, e que a engine não atrapalha isso em nada.

Cruelty Squad e Endoparasitic. Dois exemplos de jogos com estética e proposta bem fora do comum, ambos feitos em Godot, ambos com público fiel. Servem pra mostrar que a engine não te empurra pra um visual padrão ou pra um tipo de jogo só. Dá pra ser estranho, autoral e comercial ao mesmo tempo.

Repare numa coisa nessa lista: é variada. Roguelite, RPG, sobrevivência, terror, jogo experimental. Não é um nicho onde a Godot por acaso funciona. É um leque que vai de mecânica simples a projeto de escopo grande, e em todos eles a engine deu conta de virar produto vendido.

O que esses jogos ensinam pra quem está começando

Aqui está o pulo do gato, e é por isso que essa lista importa pra você que ainda não lançou nada. Nenhum desses jogos venceu por causa da engine. Eles venceram por causa de ideia, execução e teimosia de terminar. A Godot foi a ferramenta, não a estrela.

Isso é libertador quando você entende de verdade. Significa que a desculpa "meu jogo não vai prestar porque eu uso uma engine gratuita" não existe. O Brotato não é viciante porque foi feito em Godot. É viciante porque alguém calibrou aquele loop de gameplay até ficar redondo. A engine só não atrapalhou. E é exatamente isso que você quer de uma ferramenta no começo: que ela saia do seu caminho e te deixe focar no que importa, que é o jogo em si.

A segunda lição é sobre escopo. Olha de novo a lista: a maioria desses sucessos tem escopo controlado. Uma mecânica central forte, executada muito bem, em vez de um mundo aberto gigante feito por uma pessoa só. O iniciante que aprende isso cedo economiza anos de frustração. Não é a engine que decide se você termina o jogo. É o tamanho que você escolhe pro projeto. Godot te dá a ferramenta. Você decide se vai mirar em algo que cabe na sua mão ou num sonho que nunca sai do papel.

Como confirmar que um jogo foi mesmo feito em Godot

Já que o texto insiste em não inventar título nem número, vale te passar o método pra você mesmo checar qualquer jogo da lista, ou qualquer outro que apareça por aí marcado como "feito em Godot". Boato de fórum não conta; o que conta é evidência que o próprio estúdio deixou.

A pista mais direta são os créditos do jogo, que costumam citar a engine e as bibliotecas usadas. Muitos jogos feitos em Godot também exibem a tela de abertura padrão da engine quando o time não a remove, mas removê-la é permitido e comum em título comercial, então a ausência dela não prova nada. Devlogs, entrevistas e posts dos desenvolvedores nas próprias páginas são a fonte mais rica: é comum o time contar por que escolheu a engine e o que aprendeu no caminho, justamente o tipo de relato que ajuda quem está começando.

Por que isso importa pra você, e não só pra mim? Porque desenvolver o hábito de conferir a fonte é parte de aprender gamedev sem cair no hype. Quando alguém jurar que tal sucesso "só foi possível por causa da engine", você vai saber separar o que é marketing do que é fato verificável. E vai perceber, lendo esses relatos, que a conversa dos próprios devs quase nunca é sobre a engine ser mágica, e sim sobre escopo, prazo e a teimosia de terminar, exatamente a lição que esta lista inteira carrega. Se você ainda está decidindo a ferramenta com a cabeça fria, o vale a pena aprender Godot faz essa conta sem torcida de fã.

Por que a Godot virou opção séria

Vale entender de onde vem essa virada, porque ela não foi acidente. A Godot é gratuita e de código aberto, sem royalties e sem cobrança sobre o faturamento do seu jogo. Você não divide receita com ninguém e não paga licença. Pra quem está começando e não tem caixa, isso tira uma barreira inteira da frente.

Some a isso uma engine leve, que abre rápido até em máquina modesta, com um editor que não te assusta no primeiro dia. A linguagem própria dela, o GDScript, foi desenhada pra games e lembra Python na leitura, o que baixa muito a parede de entrada pra quem nunca programou pra valer. E tem uma comunidade enorme, com bastante material em português, o que pra gente que fala a língua faz diferença real na hora de destravar um problema.

Quando games comerciais começam a sair e vender em Godot, acontece um efeito de confiança. Mais devs apostam nela, mais conteúdo aparece, a engine melhora, e o ciclo se reforça. Não é só hype passageiro. É uma ferramenta amadurecendo enquanto a base de quem usa cresce. Muitos desses sucessos, aliás, nasceram na linha 3.x, e quem mantém um projeto antigo hoje tem um caminho documentado pra migrar do Godot 3 para o 4 sem recomeçar do zero. E não são só os indies que apostam: grandes estúdios passaram a financiar o desenvolvimento da engine, como quando a Battlefield Studios entrou no fundo de desenvolvimento da Godot, o que reforça que ela está virando infraestrutura séria, não só ferramenta de hobby. O capital segue o mesmo caminho: em agosto de 2026, a Tencent liderou um investimento de US$ 18 milhões na W4 Games, a empresa dos criadores da engine, citando exatamente esse crescimento de jogos comerciais na Steam. Se você quer comparar isso com a outra grande opção do mercado antes de decidir, vale ler o nosso comparativo completo entre Godot e Unity, que entra nas diferenças práticas que pesam no dia a dia de quem desenvolve. E se você já está na Unity e resolveu migrar, o guia de como migrar da Unity para a Godot traduz os conceitos de uma engine para a outra sem você recomeçar do zero.

Onde a Godot brilha e onde ela ainda cobra cuidado

Pra não cair no erro oposto, que é vender a engine como bala de prata, vale ser honesto sobre o terreno.

O ponto mais forte da Godot, historicamente, é o 2D. Não é à toa que a maioria dos sucessos comerciais conhecidos dela são jogos 2D. O fluxo de trabalho pra esse tipo de jogo é dos mais agradáveis que existem, e isso aparece no resultado. Se o seu primeiro jogo é 2D, e o primeiro jogo de quase todo mundo deveria ser, você está num dos melhores lugares possíveis pra aprender.

O 3D evoluiu bastante nas versões recentes e já dá conta de projeto sério, mas cobra mais. Exige mais atenção a otimização, mais conhecimento técnico, e o ecossistema de recursos prontos ainda é menor que o de engines mais antigas no 3D. Não é impossível, longe disso, mas é um caminho com mais pedras pra quem está começando. Pra um iniciante, mirar num 3D ambicioso de cara costuma ser a receita pra abandonar o projeto, independente de engine.

A questão real, no fim, não é "Godot é boa ou ruim". É "qual ferramenta encaixa no jogo que eu quero fazer e no ponto em que eu estou". Se você está em dúvida sobre por onde começar, dá uma olhada no nosso panorama das melhores engines de jogos de 2025, que coloca a Godot lado a lado com as outras opções e ajuda a decidir com a cabeça no lugar, sem torcida de fã.

O limite é o dev, não a engine

Se tem uma frase pra você levar deste texto, é essa. Os jogos feitos em Godot provam, caso a caso, que a engine não é o gargalo. Brotato não precisou de orçamento de estúdio AAA. Buckshot Roulette não precisou de uma equipe gigante. Cassette Beasts mostrou que dá pra fazer projeto grande e cheio de sistemas numa ferramenta gratuita. Em todos eles, o que separou o jogo lançado e vendido do projeto abandonado foi a pessoa que sentou e terminou.

Isso vale como alívio e como cobrança ao mesmo tempo. Alívio porque você não precisa de dinheiro nem de engine paga pra fazer algo que presta. Cobrança porque, tirada essa desculpa da frente, o que resta é o trabalho. Estudar, praticar, errar, refazer, terminar. A engine te entrega a quadra e a bola. Quem joga é você.

E tem mais uma camada nisso pra quem sonha alto. Quando esses jogos vendem bem, eles não estão só provando que a Godot funciona. Estão provando que dá pra transformar isso numa fonte de renda de verdade, assunto que a gente destrincha em dá pra viver de criar jogos. O caminho é longo e tem mais gente que falha do que que acerta, mas ele existe, e algumas das pessoas que estão nele hoje começaram exatamente onde você está: baixando uma engine gratuita pra ver no que dava.

Como transformar essa lista num plano de estudo

Admirar a lista é fácil. O uso inteligente dela é outro: tratar cada jogo como objeto de estudo e reconstruir o núcleo dele em versão mínima. É o equivalente gamedev de copiar os mestres no desenho, e funciona porque te força a descobrir as decisões de design que não aparecem no trailer.

O método cabe em quatro passos. Primeiro, escolha o jogo da lista com o menor escopo aparente, e aqui Brotato e Halls of Torment são os melhores candidatos, porque o loop deles é curto e visível em um minuto de gameplay. Segundo, descreva o core loop em uma frase. Para os dois citados, algo como "sobreviver a ondas de inimigos, coletar experiência, escolher um upgrade entre três, repetir mais forte". Terceiro, liste só os sistemas que sustentam essa frase: movimento, spawn de inimigos, dano, coleta, tela de upgrade. Nada de meta-progressão, cosmético, conquista ou menu bonito. Quarto, implemente exatamente isso e nada além, e jogue a sua versão.

Você não precisa partir do zero em nenhum desses alvos. O tutorial de jogo estilo Vampire Survivors no Godot monta o esqueleto que sustenta tanto Brotato quanto Halls of Torment: horda, experiência e upgrade. Se o que te atrai é a parte de arena e mira, o guia de tiro top-down no Godot cobre a base de movimento e disparo. E se o fascínio é a estrutura de tentativas que recomeçam, o guia de como fazer um roguelike explica a arquitetura de permadeath e progressão entre runs que esses jogos usam por baixo.

O erro comum nesse exercício é o escopo por contaminação: você começa clonando o loop e três dias depois está desenhando sistema de conquistas e tela de skins. Combine um limite consigo mesmo antes de abrir a engine, duas semanas e uma mecânica central, e pare quando bater. O objetivo do clone de estudo não é lançar, é aprender a enxergar o design por baixo da arte.

Quando terminar, faça a parte que quase todo mundo pula: jogue o original de novo, lado a lado com a sua versão, e anote três diferenças que fazem o original ser mais gostoso. Quase sempre vai ser timing, feedback visual e ritmo de recompensa, não uma tecnologia secreta. Essas três anotações valem mais que um mês de tutorial passivo, porque são exatamente o tipo de detalhe que separa jogo funcional de jogo que vende.

Seu primeiro tijolo, na prática

Falei que Brotato começou com alguém colocando um personagem para andar na tela. Vou tirar isso do campo da inspiração e te mostrar que é literal. Abra a Godot, crie uma cena com um nó CharacterBody2D, adicione um Sprite2D e um CollisionShape2D dentro dele, e cole este script tipado:

extends CharacterBody2D

## Velocidade de movimento em pixels por segundo.
@export var velocidade: float = 200.0

func _physics_process(_delta: float) -> void:
    var direcao: Vector2 = Input.get_vector(
        "ui_left", "ui_right", "ui_up", "ui_down"
    )
    velocity = direcao * velocidade
    move_and_slide()

Aperte play e você tem um quadrado que anda nas quatro direções com as setas, já com colisão e movimento independente de FPS por causa do _physics_process. São sete linhas, e é o mesmo núcleo de movimento que existe embaixo de qualquer um dos jogos citados lá em cima. O Input.get_vector já normaliza a diagonal, então o personagem não anda mais rápido na diagonal, um bug clássico de quem começa somando teclas na mão.

Esse quadrado é o ponto de partida honesto. A diferença entre ele e um jogo publicado não é um salto mágico, é repetir esse tipo de passo dezenas de vezes: adicionar pulo, inimigo, pontuação, menu, tela de fim. Se quer seguir desse ponto com um projeto guiado do começo ao fim, o caminho natural é fazer um jogo 2D completo na Godot, que amarra movimento, colisão e objetivo numa coisa jogável. E quando sentir firmeza no 2D e quiser entender por que o 3D cobra mais, o primeiro jogo 3D na Godot mostra na prática o que muda de uma dimensão para a outra.

Se antes de escrever a primeira linha você ainda quer a decisão fria de "essa é a engine certa para mim agora?", eu respondi isso sem torcida de fã em vale a pena aprender Godot. E a coleção inteira de tutoriais da engine, de movimento a publicação na loja, está organizada no hub de Godot, que é por onde dá para ir puxando um assunto de cada vez sem se perder.

O próximo passo é seu

A parte boa de tudo isso é que não tem porteiro. A mesma engine que rodou esses jogos comerciais está a um download de distância de você, agora, de graça. Você não precisa de permissão, de dinheiro nem de talento pronto. Precisa começar.

Baixe a Godot, abra um projeto vazio e faça a coisa mais simples que conseguir imaginar: um quadrado que se move quando você aperta uma tecla. Parece bobo, mas é literalmente o primeiro tijolo de tudo que está naquela lista de sucessos. Brotato, lá no comecinho, também foi alguém colocando um personagem pra andar na tela. A diferença entre quem só admira jogo feito em Godot e quem faz um é exatamente essa: abrir a engine e mexer.

Os jogos feitos em Godot já responderam a pergunta de "dá pra fazer jogo de verdade com isso?". A resposta é sim. A próxima pergunta, "eu vou fazer?", só você responde, e ela se responde fazendo. Comece pequeno, termine o que começar, e deixe a engine ser o que ela é: a ferramenta que não vai estar no seu caminho.