É mais fácil criar um protótipo de sobrevivência subaquática quando há uma rota, um objetivo de recuperação e dois limites fáceis de ler. Comece com um cais na superfície, uma prateleira rochosa e uma fossa. Dê a cada ação válida um custo conhecido de oxigênio, mostre a exposição profunda num segundo indicador e defina exatamente quando a falha é verificada. Depois, divida os pedidos à IA: primeiro as regras, depois a menor versão jogável e, só mais tarde, um pedido de correção vinculado a um comportamento observado.
Blueglass Reach é um design original e fictício usado num exemplo didático calculado à mão. Nenhum prompt foi executado e não existe protótipo jogável nem teste. Os valores de oxigênio e vedação são parâmetros inventados do jogo, não orientações reais de mergulho.
Faça de um único mergulho o escopo
Um primeiro protótipo subaquático não precisa de mapa-múndi, economia de oxigênio, construção de base ou várias espécies marinhas. Precisa de uma jornada curta em que a pessoa entenda o que deve recuperar e se consegue voltar. Blueglass Reach usa uma mergulhadora e uma cápsula de pesquisa selada: descer, escanear, coletar e retornar à Piscina Lunar.
Mantenha a rota pequena o bastante para ser conferida como uma sequência de locais, sem sistema de coordenadas. D0 é o cais de superfície da Piscina Lunar. D1 é uma prateleira rochosa entre a piscina e a fossa. D2 é a Fossa Azul, onde repousa a cápsula. Só é permitido mover-se entre pontos adjacentes. A mesma rota serve para descer e voltar, então cada custo pode ser conferido antes da implementação.
| Ponto | O que a mergulhadora vê | Decisão de rota |
|---|---|---|
| D0 — Piscina Lunar | Cais na superfície, ponto de ancoragem do cabo e único local seguro de retorno | Comece aqui; só vence ao voltar com a cápsula |
| D1 — Prateleira | Uma plataforma ampla entre as águas claras de cima e a fossa escura | Avance uma ligação por vez para D0 ou D2 |
| D2 — Fossa Azul | Uma cápsula de pesquisa selada e uma rota estreita para subir | Escaneie, colete ou aguarde; não há reposição nem reparo |
Este é um recorte para uma pessoa e um único mergulho. Ele deixa de fora funções cooperativas, progressão persistente, assentamentos conectados, criação de itens e um ciclo de recursos renováveis. Esses sistemas responderiam a outras questões de design e dificultariam saber se a primeira rota de retorno funciona.
Especifique os custos de oxigênio e pressão antes de criar prompts
Defina o estado inicial e a ordem das ações antes de pedir uma cena a uma ferramenta. Neste exemplo, a mergulhadora começa em D0 com oxigênio 8/8, vedação do traje 5/5, sem escaneamento e sem cápsula. Toda ação válida custa uma unidade de oxigênio. Uma ação válida que comece ou termine em D2 também custa um ponto de vedação, uma única vez mesmo quando o movimento cruza a ligação D1–D2. Ações inválidas são rejeitadas antes de qualquer custo ser aplicado.
A regra de exposição profunda é um marcador simples do jogo, não uma simulação de mergulhadora ou traje. A premissa real é mais restrita: a NOAA afirma que a pressão da água aumenta com a profundidade em cerca de uma atmosfera a cada 33 pés (10,06 metros) de descida. Essa variação pode inspirar um desafio que aumenta com a profundidade, mas não valida o contador fictício de vedação, sua perda de um ponto nem qualquer conclusão sobre equipamento ou segurança. A explicação da NOAA sustenta somente essa premissa física. criador de jogos grátis com IA
| Regra | Contrato de design | O que inspecionar depois |
|---|---|---|
| Mover | Avance somente a um ponto adjacente; gaste 1 oxigênio e depois aplique 1 custo de vedação se o movimento começar ou terminar em D2 | Posição, oxigênio e vedação após cada ligação |
| Escanear | Somente em D2 e uma vez; gaste 1 oxigênio e 1 vedação e marque escaneado como verdadeiro | A cápsula é revelada e os dois indicadores mudam uma vez |
| Coletar | Em D2, após escanear e uma só vez; gaste 1 oxigênio e 1 vedação e marque cápsulaTransportada como verdadeira | O encaixe no chão fica vazio e a mergulhadora carrega a cápsula |
| Aguardar | É permitido em qualquer ponto; gaste 1 oxigênio e, em D2, o custo de vedação | Não há progresso no objetivo; os indicadores ainda mudam |
| Ação inválida | Rejeite movimento não adjacente, Escanear antecipado ou repetido e Coletar antecipado/repetido sem mudar o estado | Posição, indicadores e sinalizadores permanecem exatamente iguais |
| Verificação terminal | Após uma ação válida, verifique primeiro oxigênio ou vedação em zero; só depois confira se a mergulhadora está em D0 com a cápsula | Um recurso zerado significa derrota, mesmo que a mergulhadora tenha alcançado D0 nessa ação |
Resolva cada turno válido sempre na mesma ordem: subtraia um oxigênio, aplique o movimento ou a mudança no objetivo, subtraia uma vedação se a ação começou ou terminou em D2 e então verifique derrota antes da vitória. Não deixe uma coleta bem-sucedida apagar seu custo nem conte o retorno como vitória depois que o oxigênio chegou a zero. Reiniciar restaura a tupla inicial completa; não é uma ação gratuita durante o mergulho.
A imagem marca a decisão exata após Coletar: a cápsula saiu do encaixe, está com a mergulhadora e a rota de subida continua aberta. Os dois pontos de vedação restantes bastam para subir de D2 a D1 e deixam um ponto para o trecho final até D0, pois o movimento de D1 a D0 não passa pelo ponto profundo.
Transforme as regras em três prompts de IA
Não combine criação de mundo, implementação e teste num único pedido enorme. Cada prompt abaixo tem uma função diferente e um resultado que pode ser inspecionado. São modelos prontos para copiar, não prompts registrados numa execução de modelo. Mantenha as regras iguais entre eles para que uma observação posterior possa ser vinculada a um pedido específico.
Prompt 1: peça um contrato de implementação
Projete um pequeno protótipo original para uma pessoa, de sobrevivência subaquática, chamado Blueglass Reach. Antes de escrever código, retorne um contrato conciso de implementação somente para esta rota: Piscina Lunar D0 ↔ Prateleira D1 ↔ Fossa Azul D2. A mergulhadora começa em D0 com oxigênio 8/8 e vedação 5/5. Há uma cápsula de pesquisa selada em D2. Toda ação válida custa exatamente uma unidade de oxigênio. Mova-se somente por uma ligação de rota adjacente. Escaneie uma vez em D2 para revelar a cápsula. Colete-a uma vez em D2, somente depois do escaneamento. Aguardar é permitido, mas não gera progresso. Uma ação válida que comece ou termine em D2 reduz a vedação em um ponto, exatamente uma vez; uma ação inválida não custa nada nem altera o estado. Resolva nesta ordem: custo de oxigênio; efeito da ação; um custo de exposição profunda, se aplicável; derrota se oxigênio ou vedação chegar a zero; caso contrário, vitória apenas se estiver em D0 carregando a cápsula. Reiniciar restaura o estado inicial. Retorne o esquema de estado, pré-condições das ações, ordem das transições, condições de vitória/derrota e uma tabela compacta de testes. Não acrescente multijogador, base, criação de itens, reposição de oxigênio, progressão persistente, valores aleatórios ou pontos extras no mapa. Identifique os valores numéricos como parâmetros fictícios de design, não como orientação real de mergulho.
Compare o contrato retornado com o grafo de pontos e a ordem dos custos. Ele deve rejeitar o salto direto de D0 para D2, um segundo escaneamento e a coleta antes de escanear, sem alterar indicadores. Se a tabela acrescentar uma ação gratuita ou aplicar duas vezes o custo de vedação num único movimento D1–D2, corrija o contrato antes de pedir uma implementação.
Prompt 2: solicite o menor recorte jogável
Usando o contrato de Blueglass Reach abaixo, crie o menor protótipo jogável de um único mergulho no ambiente de jogo disponível. Mostre uma mergulhadora em terceira pessoa, os três locais conectados em profundidades diferentes, um alvo de escaneamento em D2, uma cápsula coletável e uma rota clara de retorno. Ofereça movimento de um ponto adjacente por vez, Escanear de uso único, Coletar com pré-condição, Aguardar sem progresso e Reiniciar. Mantenha os valores de oxigênio e vedação visíveis em indicadores ou pontos simples; mostre escaneamento, coleta, derrota e retorno em estados visuais distintos e legíveis. Implemente exatamente esta ordem de ações: rejeite ações inválidas sem custo; gaste oxigênio; aplique a ação; subtraia uma vedação se a ação começar ou terminar em D2; verifique derrota por oxigênio/vedação antes da vitória por estar em D0 com a cápsula. Não acrescente base, outra mergulhadora, economia de criação, segundo objetivo, sorteios aleatórios ou simulação de pressão e medicina. Retorne a implementação ou o código, instruções para executá-lo e uma breve lista de testes manuais. Marque todos os casos como não verificados até que alguém execute a implementação; se este ambiente não puder fornecer um protótipo jogável, declare essa limitação em vez de afirmar sucesso.
O pedido especifica as interações e os sinais visuais necessários para inspecionar as regras; não garante que uma ferramenta as implemente. Se uma implementação real for fornecida depois, teste as ligações entre pontos, a exigência de escaneamento, a coleta, os dois indicadores, a ordem de derrota e Reiniciar. Mantenha como não verificado todo comportamento que não foi observado.
Prompt 3: compare observações e peça uma única correção
Revise a implementação real de Blueglass Reach e as anotações da sessão fornecidas abaixo. Não deduza aprovação a partir do briefing de design. Para cada caso fornecido, liste estado esperado, estado observado, evidência fornecida e resultado aprovado/reprovado/não verificado. Compare primeiro: (A) o percurso seguro de seis ações, a partir de O8/S5, termina em D0 com a cápsula transportada em O2/S1; (B) depois da coleta, Aguardar e depois subir chega a vedação 0 em D1 e causa derrota; (C) o mesmo percurso seguro começando com oxigênio 6 chega a oxigênio 0 na ação final e perde antes da verificação de vitória; (D) Coletar antes de Escanear é rejeitada sem mudar o estado; (E) Reiniciar restaura D0/O8/S5/sem escaneamento/sem cápsula. Se faltar uma observação, marque-a como não verificada. Para uma falha, proponha a menor mudança de código ou regra que restaure o contrato e liste somente os casos afetados a repetir. Não acrescente recursos nem informe um teste como aprovado sem evidência visível nas anotações fornecidas. Anotações reais da sessão, capturas de tela ou registro do estado: [preencha somente após uma execução real; caso contrário, deixe em branco e informe “não executado”.]
O terceiro prompt depende de evidências. Sem anotações de uma execução real, a resposta correta é uma lista de verificações não confirmadas e nenhuma aprovação declarada. Assim, o cálculo manual serve como alvo sem ser apresentado como resultado de um protótipo.
| Função do prompt | O que deve retornar | Critério de aceitação |
|---|---|---|
| 1. Regras | Esquema de estado, pré-condições, ordem de transição, regras terminais e casos compactos | Cada ação e custo corresponde ao contrato; nenhum sistema extra aparece |
| 2. Recorte jogável | Uma rota pequena com movimento, escaneamento, coleta, retorno visual, indicadores e reinício | A pessoa consegue ver qual entrada alterou qual estado; recursos ausentes são relatados com honestidade |
| 3. Validação/correção | Resultados esperados versus observados e uma correção restrita se houver divergência real | Observações ausentes permanecem não verificadas; só os casos afetados são repetidos |
Confira no papel a rota de retorno e as falhas
Antes de pedir código, percorra a rota ação por ação. Comece em D0 com oxigênio 8 e vedação 5. O caminho seguro tem seis ações: vá à prateleira, desça, escaneie, colete, suba e volte. Só ações que começam ou terminam em D2 gastam vedação, e cada ação válida gasta um oxigênio.
| Etapa | Posição | Oxigênio | Vedação | Escaneamento / cápsula |
|---|---|---|---|---|
| Início | D0 | 8 | 5 | Não / não |
| Mover até a prateleira | D1 | 7 | 5 | Não / não |
| Descer à fossa | D2 | 6 | 4 | Não / não |
| Escanear | D2 | 5 | 3 | Sim / não |
| Coletar | D2 | 4 | 2 | Sim / sim |
| Subir até a prateleira | D1 | 3 | 1 | Sim / sim |
| Voltar à Piscina Lunar | D0 | 2 | 1 | Sim / sim — sucesso |
A rota funciona porque os dois indicadores continuam acima de zero quando a mergulhadora retorna com a cápsula. Escanear e Coletar são duas ações distintas. A descida e a subida contam cada uma como uma ação de exposição profunda; atravessar a ligação D1–D2 não consome dois pontos de vedação.
Duas alternativas próximas testam a ordem terminal. Se a mergulhadora Aguardar em D2 depois da coleta, o oxigênio cai de 4 para 3 e a vedação de 2 para 1. A subida seguinte reduz os valores para oxigênio 2 e vedação 0, e a tentativa termina em derrota antes de qualquer retorno contar como vitória. Se o mesmo percurso de seis ações começar com oxigênio 6, o último movimento chega a D0 com oxigênio 0 e vedação 1; como a derrota é verificada primeiro, a pessoa perde. Começar com 7 deixa oxigênio 1 e vedação 1 em D0, então a rota vence segundo as regras escritas.
Esta imagem de chegada é uma representação conceitual do estado terminal. A luz verde do cais indica a chegada fictícia, não evidencia que um protótipo gerado trouxe a mergulhadora de volta nem que uma mecânica de pressão funciona.
Revise somente com base no comportamento observado
Se uma implementação real divergir do contrato, anote o primeiro estado diferente. Registre a entrada, o ponto inicial, oxigênio, vedação, sinalizador de escaneamento, sinalizador da cápsula, próximo estado esperado, próximo estado real e evidência observada. Uma falha posterior pode ter sido causada por um custo ou sinalizador anterior que mudou incorretamente; por isso, não comece reescrevendo o prompt inteiro.
- Locate the first mismatch. Compare the actual result to the matching row in the paper trace, not to a vague impression that the dive felt wrong.
- Name the smallest rule involved. Examples include adjacency, the scan prerequisite, a once-only action, the single D2 seal cost, or loss-before-win ordering.
- Ask for one targeted repair. Keep unrelated controls, scene layout, and costs fixed so the next observation isolates the intended change.
- Rerun only affected checks. A change to the Collect precondition needs the early-Collect case; a change to terminal order needs the zero-oxygen return case.
- Keep the result status honest. A design table is expected behavior. A prompt is an unrun instruction. Only recorded behavior from a real build can support a pass claim.
Sem implementação real e anotações da sessão, pare no contrato calculado no papel. Não invente uma captura esperada nem descreva uma correção proposta como testada. Quando fornecer os três prompts a uma ferramenta real, inspecione o resultado, confira o modelo atual e o custo exibido e relate o que estiver realmente visível.
Comece um primeiro protótipo de sobrevivência subaquática
Comece com um único mergulho do qual seja possível retornar. Uma rota curta entre pontos, um objetivo e uma ordem explícita de falha oferecem um alvo pequeno para criar e inspecionar. O rastro manual serve de referência para seu teste, não prova que uma implementação já segue as regras. Depois de preparar um briefing conciso, use o criador de jogos grátis com IA para explorar uma primeira versão jogável e então confira o que funciona de verdade e o que precisa de outra rodada. Antes de enviar o pedido de geração, confira o modelo selecionado, o saldo de Koin disponível e o custo de geração mostrado no Workspace. criador de jogos grátis com IA
Perguntas frequentes
Qual é o menor ciclo de sobrevivência subaquática para prototipar?
Use uma mergulhadora, uma rota com um ponto na superfície e um objetivo mais profundo, além de uma condição de retorno. Dê poucas ações e indicadores de estado claros; depois, percorra a mudança causada por cada ação. Um recorte compacto ajuda a entender se o objetivo, a rota e a condição de derrota estão claros antes de adicionar criaturas, criação de itens ou um mundo maior.
O contador de vedação representa a pressão real do mergulho?
Não. A perda fictícia de um ponto de vedação perto de D2 foi escolhida para facilitar o cálculo da rota de volta. A NOAA sustenta somente o fato físico geral de que a pressão aumenta com a profundidade, em cerca de uma atmosfera a cada 33 pés de descida. O contador não modela fisiologia, equipamento, limites seguros nem prática de mergulho.
Por que ações inválidas devem deixar todos os valores iguais?
Rejeitar um movimento inválido ou uma coleta antes do escaneamento sem cobrar recursos deixa claro qual regra foi descumprida. Também cria uma verificação determinística: se um comando rejeitado mudar posição, oxigênio, vedação ou sinalizadores, a implementação divergiu do contrato. É possível escolher outro comportamento para a rejeição, mas declare seu custo e teste-o explicitamente.
Quando devo pedir uma correção de prompt?
Peça uma correção depois que uma observação real identificar a primeira divergência entre o estado esperado e o real. Inclua a ação, os valores iniciais, o resultado esperado, o resultado observado e uma única regra a alterar. Mantenha casos não observados como não verificados e repita as verificações que dependem da regra alterada antes de considerar a correção bem-sucedida.
Os prompts de Blueglass Reach foram executados ou testados?
Não. São modelos reutilizáveis de prompt para um cenário fictício original, e os cálculos da rota foram feitos manualmente a partir das regras deste artigo. Não se afirma execução de modelo, protótipo jogável nem teste de jogo. Use o rastro como critério de aceitação para uma implementação futura e relate somente estados que realmente observar.
