Como fazer um quebra-cabeça de física com IA

Como fazer um quebra-cabeça de física com IA

Descreva os objetos da cena, o que o jogador pode empurrar ou lançar, a condição de vitória e o que reinicia a fase. O Zugo gera o jogo em 2D para navegador usando um motor de física, roda o projeto antes de entregar e publica em seu-slug.zugo.run. Construir custa 6 créditos.

É o gênero em que o prompt mais precisa falar de números. Gravidade, atrito e elasticidade não são detalhes de acabamento: são as regras que decidem se a fase é divertida, impossível ou boba demais.

O que conta como quebra-cabeça de física?

Qualquer jogo em que a solução vem do comportamento dos corpos e não de uma sequência decorada. Derrubar uma torre com um projétil, guiar uma bola até o alvo cortando uma corda, empilhar caixas sem deixar cair, empurrar um bloco por uma rampa até o buraco certo.

O que une esses casos é que o jogador não executa a resposta, ele prepara a situação e solta. A partir daí quem resolve é a simulação, e boa parte do prazer está em ver o resultado acontecer sem controle direto.

Isso muda o que precisa entrar no prompt. Num jogo de plataforma você descreve controles, aqui você descreve materiais e forças. A comparação lado a lado está em como fazer um jogo de plataforma com IA.

Por que a física é o gênero mais imprevisível de pedir?

Porque o resultado depende de valores contínuos que interagem entre si. Uma caixa com atrito um pouco maior deixa de escorregar e a fase inteira muda de dificuldade sem que nenhuma linha de regra tenha mudado.

Isso não é defeito da ferramenta, é a natureza da simulação. Mesmo estúdios grandes ajustam esses números na tentativa e erro, jogando repetidas vezes. A diferença é que aqui cada rodada de ajuste é uma edição de 3 créditos, então vale agrupar vários ajustes num pedido só.

O segundo motivo é a ordem de grandeza. Se você pede "gravidade normal" sem número, o motor recebe um valor padrão que talvez faça sua bola parecer uma pena ou uma bigorna, dependendo do tamanho que os objetos ganharam na tela.

Escreva o comportamento em linguagem de efeito, não de unidade: "a caixa cai rápido e para logo ao tocar o chão" transmite mais do que um valor solto que você não tem como conferir.

O que sai da primeira construção?

Uma cena com chão, alguns corpos rígidos, gravidade ativa, colisão entre objetos e a ação principal do jogador (arrastar, lançar ou soltar). O jogo já responde e já dá para sentir o peso das coisas.

O que falta quase sempre é a condição de vitória com tolerância. "A bola chega ao alvo" precisa de uma margem: quanto tempo ela precisa ficar dentro da área, com que velocidade máxima, e o que acontece se ela entrar e sair.

Falta também o reinício rápido. Nesse gênero a pessoa erra muito e por vontade própria, então o botão de tentar de novo precisa estar sempre visível e recompor a fase no estado exato do começo, sem sobras da tentativa anterior.

E costuma faltar o limite de tentativas ou de projéteis, que é o que transforma uma caixa de areia em desafio.

Quais parâmetros escrever no prompt?

Estes cinco resolvem a maior parte das frustrações. Escrever todos de uma vez economiza três ou quatro edições de ajuste fino.

A linha da vitória é a mais esquecida e a que mais gera reclamação de jogador. Sem tolerância, o alvo aceita ou recusa por diferenças invisíveis, e a pessoa sente que o jogo é injusto.

A linha da massa é a que dá leitura visual. Se o metal e o papelão reagem igual ao mesmo empurrão, o cenário deixa de comunicar qualquer coisa e o jogador para de planejar.

Por que a mesma fase às vezes resolve sozinha?

Porque simulação de física não é necessariamente igual em duas execuções. Pequenas diferenças de tempo entre quadros mudam o resultado de uma pilha instável, e uma torre que ficou de pé no seu teste pode desabar no aparelho do jogador.

Isso tem dois remédios que valem um pedido explícito. O primeiro é o passo de tempo fixo: a simulação avança sempre com o mesmo intervalo, independente da taxa de quadros da tela. Sem isso, o mesmo projétil viaja distâncias diferentes em telefones diferentes.

O segundo é evitar equilíbrios no limite. Uma fase cuja solução depende de uma torre que fica de pé por pouco é uma fase que vai falhar em algum aparelho. Projete com folga e a instabilidade deixa de ser problema.

Vale ainda pedir que corpos parados adormeçam, ou seja, saiam do cálculo enquanto não forem tocados. Cena com muitos objetos ativos é o que faz o celular esquentar e a taxa de quadros cair.

Como projetar uma fase que dá vontade de repetir?

Com uma ideia por fase e uma pergunta clara na cabeça do jogador. As boas fases desse gênero cabem numa frase: "como derrubar aquilo dali sem encostar naquilo aqui".

O primeiro cuidado é deixar a fase inteira visível de uma vez. Quebra-cabeça de física é planejamento, e planejar exige ver. Se precisar rolar a tela para entender o cenário, a fase já começou errada.

O segundo é dar uma solução óbvia que quase funciona. O jogador tenta o caminho evidente, chega perto, e é essa quase vitória que faz ele tentar de novo em vez de fechar a aba.

O terceiro é aceitar soluções que você não previu. Física premia criatividade, e bloquear um caminho estranho que funciona é o jeito mais rápido de irritar quem jogou bem. Se a solução alternativa é engraçada, deixe.

Nada disso é código, é decisão de conteúdo. Você não precisa programar para fazer, mas precisa jogar bastante. Sobre o quanto de técnica é exigido do usuário, vale ler preciso saber programar?.

Quanto custa em créditos um quebra-cabeça de física?

Este gênero costuma pedir mais edições do que os outros porque o ajuste de números é iterativo. Uma construção mais seis a oito edições é a faixa realista: parâmetros, condição de vitória, reinício, passo fixo, desempenho no celular e as fases em si.

O Pro custa $25 por mês com 200 créditos, o equivalente a cerca de 33 construções ou 66 edições. O Business custa $99 por mês com 800 créditos. O Free tem 5 créditos, menos do que uma construção, então ele serve para experimentar a ferramenta.

Uma economia real: junte vários ajustes num pedido só. "Aumente a gravidade, reduza o quique da bola e deixe a caixa de metal mais pesada" é uma edição, não três.

O que fica fora do formato 2D no navegador?

Física em três dimensões não é o caso de uso: os jogos gerados são 2D. Isso cobre lançamento, empilhamento, corda, rampa e alavanca, e não cobre um simulador de direção ou um quebra-cabeça de volume.

Também não sai daqui um aplicativo de loja com compra dentro do app. O jogo vive numa página, você manda o link ou coloca um QR code, e é assim que ele chega às pessoas.

E existe o limite honesto do gênero: a ferramenta implementa a física que você pedir, mesmo que a fase resultante seja impossível ou se resolva sozinha no primeiro segundo. Avaliar isso continua sendo trabalho humano, e num produto complexo o Zugo não substitui um time de desenvolvimento. Os limites gerais de um jogo gerado por texto estão em a IA consegue fazer um jogo?.

O que escrever no primeiro prompt?

Cinco frases: quais objetos existem na cena, o que o jogador controla, como os materiais se comportam, qual é exatamente a condição de vitória e como se reinicia. Uma fase só, sem menu, sem progressão.

Depois jogue essa fase umas vinte vezes seguidas. Se ela ainda parecer interessante na décima tentativa, a mecânica está de pé e o resto é conteúdo. Se cansar na terceira, o problema está nos números, não no código. Comece em Zugo.