Como criar um corredor infinito com IA: prompt e ajustes

Como criar um corredor infinito com IA

Este é o gênero mais fácil de gerar por texto e o mais difícil de deixar justo. Um comando, cenário que anda sozinho, obstáculos sorteados e pontuação por distância: isso sai em uma construção de 6 créditos. O que consome edições é a sensação de que a morte foi merecida.

O que todo corredor infinito precisa ter?

Cinco peças, e nenhuma delas é opcional. Um personagem que corre sozinho, um comando único, obstáculos que aparecem sem fim, uma dificuldade que sobe e uma pontuação que dá vontade de bater de novo. Faltando qualquer uma, o jogo vira uma animação com botão.

A quinta peça é a mais esquecida no prompt e a mais importante para quem joga. Pontuação por distância percorrida funciona sozinha, mas fica bem melhor com um recorde pessoal salvo na tela inicial. É a diferença entre jogar uma vez e jogar sete vezes seguidas.

O gerador entrega essas cinco peças com facilidade porque o gênero tem estrutura conhecida. Antes de chegar até você, a build passa por uma verificação em sandbox, então o que aparece na sua tela abre e roda. Se é justo ou não, quem responde é o teste.

Qual prompt gera a primeira versão jogável?

Descreva o comando, o que mata, o que cresce e como termina. Deixe o visual para depois: em um jogo de um botão só, tudo que importa está no comportamento do pulo e no espaçamento dos obstáculos.

Crie um corredor infinito 2D no navegador, visão lateral.
O personagem corre sozinho da esquerda para a direita, o cenário rola sem fim.
Comando: espaço ou toque na tela para pular. Segurar não pula mais alto.
Obstáculos: caixas no chão e placas suspensas, sorteados, sempre com espaço
suficiente entre eles para dar tempo de pular.
Encostar em um obstáculo encerra a partida na hora.
Pontuação: distância percorrida, com recorde salvo no navegador.
A velocidade sobe de forma lenta e contínua durante a corrida.
Tela de fim com a pontuação e um botão grande de tentar de novo.
Sem menu inicial.

A frase sobre o espaço entre obstáculos parece óbvia e não é. Sem ela, o sorteio pode colocar duas caixas em sequência com intervalo menor que o tempo de queda de um pulo, e aí existe um trecho que ninguém consegue passar por mais que jogue.

Como impedir que o sorteio crie um trecho impossível?

Peça uma regra de distância mínima, medida em tempo, não em pixels. A conta é simples de descrever: o intervalo entre dois obstáculos nunca deve ser menor que o tempo que o personagem leva para pular e cair de novo, mais uma folga.

Essa é a diferença entre geração aleatória e geração jogável. Sorteio puro produz trechos impossíveis mais cedo do que a intuição sugere, e o jogador não pensa "que azar", pensa "esse jogo é quebrado", que é a impressão mais difícil de desfazer.

Uma alternativa mais controlada é sortear blocos prontos em vez de obstáculos soltos. Você descreve cinco ou seis trechos curtos que sabe que funcionam, e o jogo embaralha esses trechos. Sai variedade suficiente com garantia de que tudo é passável, e o custo é escrever os trechos uma vez.

Por que o pulo parece injusto?

Quase sempre por dois motivos técnicos com nome próprio, e vale usar esses nomes no pedido de edição porque eles descrevem o comportamento exato que você quer.

O primeiro é a ausência de tolerância na borda: quem aperta o botão poucos quadros depois de sair da plataforma sente que apertou a tempo, e o jogo discorda. O segundo é a ausência de fila de comando: quem aperta pouco antes de tocar o chão vê o pulo ser ignorado. As duas correções somadas mudam a sensação do jogo mais que qualquer efeito visual.

Existe um terceiro motivo, e é o mais comum de todos: a área de colisão maior que o desenho. Se o retângulo do personagem cobre o cabelo e a ponta do pé, ele morre encostando no ar. Peça uma área de colisão menor que o desenho, concentrada no tronco, e metade das reclamações de injustiça some.

O que fazer quando o jogo parece errado

Use as palavras da primeira coluna quando for pedir a correção. Descrever o sintoma funciona melhor do que arriscar um diagnóstico, porque o gerador tem acesso ao código e você tem acesso à experiência de jogar, que é justamente o que falta a ele.

Qual curva de dificuldade segura o jogador?

Subida lenta, contínua e com teto. Lenta porque a graça está em perceber que ficou mais difícil sem conseguir apontar o momento. Contínua porque saltos bruscos de velocidade parecem defeito. Com teto porque, sem limite, o jogo vira impossível para todo mundo no mesmo ponto.

Uma boa referência é que o jogador comum sobreviva alguns minutos na primeira partida e queira tentar de novo imediatamente. Se a maioria morre nos primeiros segundos, o começo está agressivo. Se ninguém morre nunca, falta pressão e o placar perde sentido.

Vale variar mais coisas que a velocidade. Obstáculos que aparecem só depois de certa distância, um trecho raro mais apertado, um item que dá invencibilidade curta: cada um desses quebra a monotonia sem exigir que o jogo fique mais rápido.

Quanto custa em créditos deixar o jogo justo?

A construção inicial custa 6 créditos e cada edição custa 3. Um corredor infinito bom costuma sair em uma construção mais quatro ou cinco edições, quase todas concentradas em colisão, tolerância de comando e espaçamento de obstáculos.

O modo Hi-Fi dobra os valores, com construção de 12 créditos e edição de 6. Neste gênero ele só compensa no fim, quando a jogabilidade já está resolvida e você quer cenário em camadas, partículas e transições.

Os 200 créditos do plano Pro, a $25 por mês, dão cerca de 33 construções ou 66 edições. O plano Free traz 5 créditos, um pouco abaixo de uma construção de 6, então serve para conhecer a ferramenta antes de decidir. O Business custa $99 por mês com 800 créditos.

Como deixar o reinício rápido o bastante?

Este gênero vive de partidas curtas, então cada clique entre morrer e recomeçar custa jogadores. O ideal é um comando: a mesma tecla que faz pular reinicia a partida na tela de fim, sem confirmação e sem recarregar a página.

Mostre também o que a pessoa acabou de fazer e o que ela precisa bater. Pontuação da partida e recorde lado a lado, com destaque quando o recorde cai. É uma edição barata e é o que transforma "morri" em "quase consegui".

Quando o jogo estiver bom, ele fica publicado em um endereço seu-slug.zugo.run e abre no navegador do celular sem instalação. Para pensar em divulgação depois, como conseguir os primeiros visitantes trata dessa parte com pé no chão.

O que este formato não entrega?

O resultado é 2D e roda no navegador: 3D, motor pesado e mundo aberto ficam de fora. O Zugo não substitui um time de desenvolvimento em um produto complexo, e mecânica muito específica chega por edições sucessivas, não por um prompt perfeito.

Há ainda o limite artístico, que é honesto reconhecer. Arte original, trilha e identidade visual continuam sendo trabalho humano. O jogo gerado sai funcional e apresentável, e o passo de apresentável para memorável depende de quem cria, não de quem descreve.

Por onde começar?

Gere a primeira versão, jogue dez partidas e anote toda morte que pareceu injusta. Transforme cada anotação em uma edição separada, uma por vez, jogando entre elas. Duas mudanças no mesmo pedido escondem qual delas resolveu.

Para comparar com o vizinho mais simples do gênero, como criar um jogo de toque estilo flappy usa a mesma lógica de um botão só, e como editar depois de gerar mostra como descrever um problema de jogo de um jeito que vire correção.

Escreva as oito linhas do prompt e faça a primeira corrida em zugo.dev: o ajuste de colisão pode esperar a segunda rodada.