Projete uma sala de plataforma com regras verificáveis

Comece com uma sala de quebra-cabeça e regras rastreáveis

Um bom prompt para plataforma de quebra-cabeças define a grade da sala, a distância percorrida por cada ação, o que conta como pouso apoiado, como um objeto móvel altera o ambiente e o que é reiniciado após uma queda. Comece com uma sala curta e uma rota que possa ser seguida peça por peça. Especifique a condição de sucesso antes de acrescentar arte, inimigos ou novos níveis.

Este guia usa Sunshaft Foundry, um design original e fictício para explicar um quebra-cabeça de placa de pressão. As regras e rotas abaixo são expectativas especificadas à mão; não são resultado de um prompt executado, jogo gerado ou teste de jogo. Você pode reutilizar a estrutura do prompt no seu próprio cenário e comparar um resultado futuro com os estados descritos aqui.

A ordem útil é: descrever o piso, listar as ações de movimento, declarar o acionador do objeto, rastrear sucesso e falha e transformar o rastreamento em critérios de aceitação. Essa ordem encontra lacunas antes que o prompt cresça. Se o jogador só pode alcançar uma plataforma quando há uma ponte, o prompt precisa dizer exatamente quando ela aparece e como o jogo mostra isso.

Defina a sala Sunshaft com um pequeno mapa de estados

Sunshaft Foundry é uma sala lateral em peças x=0–9. A mensageira começa num piso de pedra seguro, atravessa uma lacuna de uma peça, empurra um bloco de ferro pesado até uma placa de pressão e depois cruza uma segunda lacuna pela ponte que o bloco ativa. A saída fica num deque separado em x=9. O mesmo mapa pequeno descreve a rota e os casos que precisam ser conferidos.

Deixe explícitas as suposições do exemplo. Correr para a esquerda ou para a direita avança uma peça apoiada. Saltar para a esquerda ou para a direita avança exatamente duas peças na horizontal; atravessa uma lacuna ou um obstáculo de uma peça somente se a casa de aterrissagem tiver apoio. Empurrar move um bloco adjacente uma peça para uma casa livre e apoiada, enquanto a mensageira ocupa a casa anterior do bloco. O bloco não pode ser puxado, arremessado, empilhado nem empurrado sobre uma lacuna. Não há impulso, altura variável de salto, inimigo, cronômetro, pontuação, vida ou valor de física oculto.

Essas restrições fazem duas coisas. Permitem rastrear uma rota à mão e impedem que o prompt mude o quebra-cabeça sem aviso quando chega à ponte. Se o jogo pretendido precisar de um salto maior, bloco que cai ou placa temporizada, acrescente isso como regra deliberada, em vez de esperar que uma interpretação não especificada apareça.

Peça separadamente as regras de movimento, bloco e ponte

Dê a cada ação um acionador, uma transição de estado e um feedback visível para o jogador. “Empurre o bloco para abrir a ponte” deixa perguntas em aberto: quanto ele se move, o que acontece se o destino estiver ocupado, o jogador também se move e a ponte continua aberta? Um prompt útil responde a cada uma. Neste exemplo, separar as regras deixa claro como verificar a tentativa.

Prompt 1: estabeleça o contrato da sala

Projete uma sala lateral original de plataforma de quebra-cabeças chamada Sunshaft Foundry. Use peças x=0–9. A mensageira começa em x=0. O piso sólido ocupa x=0–2; x=3 é uma lacuna de uma peça; a plataforma elevada da fundição ocupa x=4–7; x=8 começa sem apoio e x=9 é o deque de saída. Coloque um bloco de ferro pesado em x=5 e uma placa de pressão fixa em x=7. Retorne um mapa das peças e uma tabela de estados antes de adicionar arte, inimigos ou outras salas. Marque cada peça como apoiada ou sem apoio no estado inicial.

O primeiro pedido deve estabelecer um vocabulário espacial compartilhado antes de solicitar implementação. Revise o mapa retornado para conferir um início apoiado, uma primeira aterrissagem clara, um bloco ao lado de um caminho alcançável e uma saída inacessível até a segunda ponte existir. Se o mapa acrescentar plataformas ocultas ou alterar a largura de uma lacuna, revise o mapa antes de escrever mais mecânicas.

Prompt 2: defina os controles e o comportamento do objeto

Usando o mapa aprovado de Sunshaft Foundry, defina somente Correr, Saltar, Empurrar, Queda e Reiniciar. Correr move uma peça para a esquerda ou direita quando há apoio. Saltar move exatamente duas peças na horizontal e só tem sucesso se a aterrissagem tiver apoio; pode atravessar uma lacuna de uma peça ou um obstáculo de uma peça. Empurrar desloca um bloco de ferro adjacente exatamente uma peça na direção escolhida se o destino estiver livre e apoiado; a mensageira ocupa a antiga posição do bloco. O bloco não pode ser puxado, arremessado, empilhado nem empurrado sobre uma lacuna. Não acrescente impulso, altura variável de salto, cronômetros, inimigos, pontuação, vida ou inventário. Retorne o estado anterior e posterior de cada ação e o feedback visível.

Separar o movimento da placa de pressão facilita encontrar ambiguidades nos controles. Por exemplo, o primeiro empurrão de x=5 para x=6 deixa a mensageira em x=5. O segundo empurrão de x=6 para x=7 a deixa em x=6. Essa posição importa: então ela pode saltar sobre o bloco travado e aterrissar na nova peça de ponte x=8. Declare as duas posições para que um resultado futuro possa ser inspecionado, não adivinhado.

Prompt 3: conecte a placa ao piso apoiado

Adicione uma regra de placa de pressão à sala atual. A placa fica em x=7. Somente quando o bloco de ferro for empurrado de x=6 para x=7, trave o bloco, defina plateActive=true, ilumine a faixa âmbar embutida da placa e crie uma peça sólida de ponte em x=8. A ponte permanece durante a tentativa. O jogador só vence ao chegar a x=9 depois da ativação. Não dê apoio a x=8 antes de o bloco alcançar a placa. Retorne o acionador, a ordem das mudanças de estado e o feedback visível ao jogador, sem adicionar outro interruptor, marcador ou objetivo.

Peça a mudança de estado e a resposta visível em conjunto. Aqui, a faixa âmbar embutida é o único indicador da placa, enquanto a nova peça de pedra apoiada mostra que o caminho foi aberto. A imagem é arte conceitual para essa regra definida; não demonstra que um jogo foi gerado nem que a regra funciona em software.

Confira à mão a rota da ponte antes de alterar o prompt

Uma tabela da rota deve mostrar onde ficam a mensageira e o bloco após cada ação, além das duas condições relevantes: se a placa está ativa e se a peça x=8 tem apoio. O rastreamento abaixo segue as regras declaradas de Correr uma peça, Saltar duas e Empurrar uma. É uma verificação manual de design, não uma partida observada.

Agora compare uma rota de falha alcançável. Partindo de x=4, Saltar para a direita passa sobre o bloco e aterrissa em x=6, enquanto o bloco continua em x=5 e a placa permanece falsa. Um segundo salto para a direita tenta aterrissar em x=8 sem apoio. A tentativa resulta numa queda e reinicia a mensageira em x=0, o bloco em x=5, a placa falsa e a ponte ausente. Essa rota mostra por que a distância do salto, por si só, não torna a ponte utilizável: a peça precisa ter apoio primeiro.

Uma boa regra de falha torna previsível a próxima tentativa. Reiniciar executa o mesmo reinício completo de qualquer lugar: mensageira x=0, bloco x=5, placa falsa e ponte ausente. A sala não tem checkpoint, objeto persistente nem penalidade. Se um resultado gerado mantiver a placa ativa após Reiniciar ou reaparecer a mensageira numa posição não especificada, registre a divergência e revise somente a instrução de reinício. Não permita que outra interpretação entre nas regras originais.

Revise uma regra do quebra-cabeça sem mudar o objetivo

Suponha que uma primeira versão mostre a ponte em x=8 antes de o bloco chegar à placa. Altere somente a condição de ativação: exija que o bloco seja empurrado até x=7 e mantenha fixas a geometria da sala e todas as ações de movimento. Depois repita a mesma rota bem-sucedida e a falha do salto prematuro. Se outra regra também mudar, você não saberá qual instrução causou a diferença.

Prompt 4: explicite o limite de ativação

Revise somente a condição de ativação da ponte em Sunshaft Foundry. Mantenha x=8 sem apoio até o bloco de ferro ser empurrado de x=6 para a placa em x=7. Nesse momento, trave o bloco, defina plateActive=true, ilumine somente a faixa âmbar embutida da placa e crie a peça sólida de ponte em x=8. Preserve o mapa atual, as distâncias de Correr/Saltar/Empurrar, a condição de vitória e o estado completo de reinício. Retorne a condição revisada, um estado anterior à ativação, o estado logo depois da ativação e um caso de rejeição em que o bloco ainda não chegou à placa.

Escreva uma nota curta da mudança com a regra antiga, a nova frase e os estados que serão conferidos outra vez. Neste exemplo, antes da ativação o bloco está em x=6, a placa é falsa e x=8 não tem apoio; depois da ativação, o bloco está em x=7, a placa é verdadeira e x=8 tem apoio. O caso de rejeição mantém os três estados se o bloco ainda estiver em outro lugar. Assim, uma pequena revisão pode ser analisada mesmo sem uma versão disponível.

Confira os casos de borda da plataforma como resultados observáveis

Os casos de aceitação transformam regras em ações que alguém poderá experimentar numa versão futura. Inclua movimento comum, posicionamento inválido, rota bloqueada, momento exato de ativação e reinício. Para cada caso, diga o que deve mudar e o que deve permanecer igual. Uma etiqueta como “caso de borda aprovado” é menos útil do que o estado e o feedback esperados depois da ação.

Quando inspecionar depois um resultado jogável, execute cada caso partindo de um novo início e anote a sequência de ações. Marque como observado somente o comportamento visível ou inspecionável. Se o resultado não mostrar claramente a placa, peça um sinal específico; se mudar ao mesmo tempo o apoio da peça, a posição do objeto e o reinício, divida o próximo pedido em revisões separadas.

Leve o briefing do quebra-cabeça a um fluxo de criação

Quando as regras estiverem compactas, resuma o jogador pretendido, a cena, a primeira ação, a interação com o objeto, a mudança de estado esperada e a condição de sucesso. A página atual do Free AI Game Maker descreve entrada em linguagem simples, uma primeira versão jogável em 2D ou 3D, testes no navegador e refinamento com prompts posteriores. Anuncia Koins gratuitos e orienta conferir o custo exibido antes de cada geração; a FAQ de custos recomenda verificar o modelo selecionado, o saldo de Koins e o custo exibido no Workspace. São informações gerais do fluxo; elas não demonstram que este quebra-cabeça específico de placa de pressão ou suas regras de movimento tenham sido gerados.

As informações atuais do produto descrevem um fluxo amplo de criação de jogos, não um recurso específico para plataformas de quebra-cabeça. Trate o contrato da sala como entrada a avaliar, não como garantia do resultado. Revise na versão retornada o apoio das peças, a distância do empurrão, o tempo da ponte, o comportamento da queda e o reinício. Mantenha um registro de divergências e solicite uma revisão focada por vez.

Estes modelos de prompt não foram executados, e Sunshaft Foundry é material didático fictício, não um projeto real nem um caso online. Ao criar sua própria sala, substitua as coordenadas e os nomes do exemplo pelo seu mapa, mantenha a mesma estrutura de regras e registre quais casos de aceitação realmente inspecionou. Uma imagem conceitual pode comunicar um estado pretendido, mas não prova que um jogo gerado contenha esse estado.

Quando o briefing estiver pronto, comece pelo criador de jogos com IA gratuito. Confira o custo de geração exibido e qualquer resultado retornado; depois verifique o tempo, o apoio da aterrissagem e o reinício antes de descrever qualquer resultado como confirmado. Crie jogos com IA grátis

Comece pelo primeiro empurrão, não por uma campanha inteira

Escreva uma sala, um conjunto de ações, uma condição para a placa de pressão e um rastreamento de sucesso. Se conseguir dizer em que peça ficam a mensageira e o bloco após cada movimento — e quais peças têm apoio —, você tem uma especificação inicial útil. Expanda somente depois de esclarecer o movimento, o feedback e o reinício da primeira sala.

Perguntas sobre prompts para plataformas de quebra-cabeça

O que um prompt de IA para uma plataforma de quebra-cabeça deve incluir?

Descreva o mapa da sala, as distâncias de movimento, os objetos móveis, as condições de acionamento, as superfícies apoiadas, o feedback visível, o estado de vitória, a resposta à falha e o comportamento de reinício. Inclua um rastreamento curto de ações para conferir onde o jogador e os objetos devem terminar. É mais fácil revisar uma única sala delimitada do que um pedido vago para uma campanha completa com regras não especificadas.

Como posso facilitar o teste de um quebra-cabeça com bloco e interruptor?

Nomeie a peça inicial do bloco, a peça do interruptor, a distância permitida do empurrão, a condição de ativação e as mudanças de estado resultantes. Depois liste uma rota bem-sucedida e uma falha alcançável. Para cada etapa, registre a posição do jogador e do bloco, o estado da ponte ou porta e o feedback. Esses detalhes facilitam localizar divergências numa versão futura.

O que deve acontecer quando o jogador salta para uma peça sem apoio?

Declare se a ação é rejeitada ou causa uma queda e defina o estado exato resultante. Em Sunshaft Foundry, saltar para x=8 antes de ativar a placa causa uma queda que reinicia a mensageira em x=0, restaura o bloco em x=5, desativa a placa e remove a ponte. Outro design também serve, desde que o prompt deixe isso igualmente explícito.

Como revisar uma regra do quebra-cabeça sem mudar o nível inteiro?

Identifique a condição original, altere uma regra e preserve o mapa da sala, as distâncias de movimento e as demais transições de estado. Repita os mesmos rastreamentos de sucesso e falha com a nova redação. Peça os estados de antes e depois e anote separadamente qualquer mudança inesperada. Assim fica mais fácil ver se a revisão corrigiu o problema pretendido.

Sunshaft Foundry foi gerado ou testado com jogadores?

Não. Sunshaft Foundry é um design didático fictício, e as rotas são expectativas especificadas manualmente. Os modelos de prompt não foram enviados, e não se afirma que exista uma versão de jogo, teste com jogadores ou caso online. As imagens conceituais ilustram estados definidos; não provam que um produto gerou a sala nem que suas regras funcionem em software.