Monte um prompt para jogo de tiro tático em três etapas: defina as regras do encontro, peça uma sala jogável e depois compare uma versão futura com estados esperados. Um contrato curto de regras evita que posição, tempo do inimigo e janelas de disparo sejam inventados durante a implementação. Relay Room é um exemplo fictício resolvido à mão; seu rastreamento seguro e sua falha mostram como conferir uma brecha com duas munições antes de construir uma campanha.
Relay Room é um exemplo fictício original resolvido manualmente. Estes modelos de prompt não foram executados, e não se afirma jogo criado, teste de jogo ou resultado medido. Use-os como estrutura para especificar e revisar um encontro, não como evidência de implementação.
Mantenha esta biblioteca de prompts fora de guias gerais de furtividade e gênero
Este artigo é para quem tem uma ideia de jogo de tiro tático e precisa de um briefing focado que possa ser implementado e conferido. A entrega é um prompt de regras, um prompt para uma sala jogável e um prompt de validação. O exemplo usa um operador, um drone de segurança mecânico, um sistema de linha de visão e uma janela de disparo após a salva inimiga.
Isso resolve um problema diferente de uma biblioteca de prompts de furtividade. Relay Room não tem rota de patrulha, ruído, camuflagem, medidor de detecção nem objetivo de escapar com cartão. O jogador lê a posição marcada, muda de cobertura, espera a abertura do obturador e usa disparos limitados para desativar o drone antes do quinto turno.
Mantenha o escopo deliberadamente pequeno: um operador, um rifle, uma ameaça mecânica, quatro posições conectadas e cinco rodadas. A meta não é afirmar que esse seja o único tipo de atirador tático, mas tornar visíveis os estados necessários para testar o tempo de combate e a linha de visão.
Defina Relay Room antes de escrever um prompt de implementação
O objetivo fictício é desativar um drone de segurança hostil chamado Rook antes do fim da rodada 5 e manter o operador vivo. A rota da sala é Entry Cover → Center Lane → East Cover → North Cover. A posição Center Lane pode ser atingida pelo Rook; Entry Cover, East Cover e North Cover são protegidas contra a salva direta. As quatro posições são conectadas em sequência, sem atalhos nem portas adicionais.
| Posição | Linha de visão do jogador ao Rook | Exposição do jogador ao Rook | Decisão que cria |
|---|---|---|---|
| Entry Cover | Bloqueada pela parede sólida de entrada | Protegida pela parede | O disparo é bloqueado; mover antes de atirar |
| Center Lane | Livre | Exposta quando Rook marcou Center | Ler o aviso e sair antes da salva |
| East Cover | Livre pela abertura lateral de disparo | Protegida se o operador ficar atrás da barreira | Usar ângulo seguro quando o obturador abrir |
| North Cover | Livre sobre a barreira baixa | Protegida se o operador ficar atrás da barreira | Alcançar um segundo ângulo seguro para o disparo final |
A linha de visão é verificada a partir da posição de disparo nomeada; agachar, inclinar-se ou gastar outra ação de mira não faz parte deste exemplo. Center Lane é a única posição exposta. East e North mantêm linha de visão livre ao Rook e bloqueiam sua salva direta. Essas regras definem o mapa e evitam propriedades de cobertura implícitas.
O estado inicial é jogador em Entry Cover, vida 2/2, munição do rifle 2/2, vida do Rook 2, obturador fechado e rodada 1. Há uma única ação aceita do jogador por rodada: mover-se uma posição adjacente, disparar uma vez ou manter a posição. O Rook age depois de uma ação aceita. Nas rodadas 1 e 3, ele marca; Center é pintado como posição que será atingida na rodada seguinte. Nas rodadas 2 e 4, dispara; a salva causa um ponto de dano somente se o jogador ocupar Center marcado. Uma salva que atinge uma posição vazia abre o obturador sensorial de Rook somente para a próxima ação aceita do jogador.
Um disparo contra Rook só é legal se quatro condições forem verdadeiras: Rook está ativo, resta munição, o obturador está aberto e a linha de visão da posição atual está livre. Um disparo legal remove um ponto de vida do Rook e uma munição. Durante uma janela aberta, um disparo, movimento ou espera aceitos consomem a janela e fecham o obturador antes da próxima fase inimiga. Movimento e espera não gastam munição, mas ainda consomem a ação. Assim, a escolha tem consequência: usar a abertura para disparar ou desistir dela para reposicionar.
Uma entrada rejeitada se comporta de forma diferente de um movimento aceito. Um disparo bloqueado a partir de Entry, disparo com obturador fechado, sem munição ou movimento inválido não altera espaço de ação, rodada, munição, obturador nem cronograma inimigo. O jogador recebe um aviso curto de rejeição e pode corrigir a entrada no mesmo espaço. Rook desativado com vida zero encerra o encontro imediatamente; vida zero do jogador é derrota, e Rook ativo ao fim da rodada 5 também é derrota. Reiniciar restaura exatamente o estado inicial.
Rastreie encontros seguro e malsucedido
A rota segura sai da peça marcada antes de cada salva e usa as duas janelas abertas para disparar de posições com linha de visão livre. A ordem das fases importa: o operador age primeiro e o Rook marca ou dispara depois. O rastreamento registra uma ação aceita em cada rodada.
| Rodada | Ação aceita do jogador | Fase de Rook após a ação | Vida | Munição | Rook / obturador | Resultado |
|---|---|---|---|---|---|---|
| Início | — | Próxima: marca Center | 2/2 | 2/2 | 2 / fechado | Entry Cover |
| 1 | Mover Entry → Center | Marca Center | 2/2 | 2/2 | 2 / fechado | Center fica marcado para a rodada 2 |
| 2 | Mover Center → East | Disparar em Center | 2/2 | 2/2 | 2 / aberto | Salva atinge Center vazio; abre janela de resposta |
| 3 | Disparar de East | Fechar; depois marcar Center | 2/2 | 1/2 | 1 / fechado | Primeiro acerto; próxima salva é anunciada |
| 4 | Mover East → North | Disparar em Center | 2/2 | 1/2 | 1 / aberto | Salva atinge Center vazio; segunda janela abre |
| 5 | Disparar de North | Desativado; pular fase | 2/2 | 0/2 | 0 / desativado | Vitória no prazo |
Os dois disparos são aceitos: no começo das rodadas 3 e 5, o obturador está aberto, Rook está ativo, há munição e a linha de visão do jogador desde East e North está livre. Cada disparo reduz vida de Rook de 2 para 1 e depois de 1 para 0. Ambos atingem de cobertura segura, então a vida permanece 2/2. A rota termina na rodada 5, dentro do prazo.
A rota que falha mostra por que o aviso importa. Mova para Center na rodada 1 e Rook o marca. Permaneça ali na rodada 2: a salva acerta, a vida cai de 2 para 1 e o obturador abre. Na rodada 3, dispare de Center; o disparo é legal porque a linha de visão está livre, então munição cai para 1 e vida de Rook para 1. O obturador fecha e Center é marcado novamente. Espere em Center na rodada 4 e a próxima salva reduz a vida de 1 a 0. A derrota é imediata; não há disparo na rodada 5. É cálculo manual das regras fictícias, não resultado de teste.
Escreva três prompts para regras, jogo e validação
Mantenha separadas as funções dos prompts. A etapa de regras deve identificar contradições antes da implementação. O pedido de jogo deve descrever um encontro sem solicitar recursos extras. A validação futura deve comparar estados observados com os calculados no papel, sem preencher lacunas de evidência.
Prompt 1: especifique e audite as regras
Escreva um contrato determinístico de regras para o encontro fictício de jogo de tiro tático Relay Room abaixo. Não invente mecânicas. Retorne (1) variáveis e valores iniciais; (2) mapa conectado de posições e linha de visão jogador–Rook em cada posição; (3) regras para ações aceitas e rejeitadas; (4) ordem exata de fases jogador/inimigo nas rodadas 1–5; (5) condições de vitória, derrota e reinício; e (6) tabela de transições para os rastreamentos seguro e de falha. Estado inicial: jogador em Entry Cover; vida 2/2; munição do rifle 2/2; vida de Rook 2; obturador fechado; rodada 1. Posições conectadas: Entry Cover → Center Lane → East Cover → North Cover. Linha de visão do jogador: Entry bloqueada pela parede sólida; Center livre; East livre pela abertura lateral; North livre por cima da barreira baixa. Barreiras de East e North bloqueiam o disparo direto do Rook, enquanto a linha de fogo do jogador continua livre. Uma ação aceita do jogador por rodada: mover uma posição adjacente, disparar ou esperar. Um disparo exige Rook ativo + munição restante + obturador aberto + linha de visão livre. Uma ação inválida ou bloqueada rejeitada não altera espaço de ação, rodada, munição, obturador nem cronograma do Rook. Após uma ação aceita, resolva a fase programada do Rook. Rodadas 1 e 3 marcam Center; rodadas 2 e 4 disparam contra Center. Se ocupado, a salva remove uma unidade de vida do jogador; caso contrário, erra. Após a salva, abra o obturador por exatamente a próxima ação aceita. Qualquer disparo, movimento ou espera aceita consome essa janela e a fecha antes da próxima fase inimiga; movimento/espera não gastam munição. Um disparo causa um ponto de dano a Rook e consome uma munição. Desative Rook com vida zero e encerre imediatamente. Perca com vida do jogador zero ou com Rook ativo após a rodada 5. Reiniciar restaura exatamente o estado inicial. Calcule manualmente cada transição destes rastreamentos e aponte contradições sem corrigi-las silenciosamente. Retorne estado esperado após cada ação e fase inimiga; não há jogabilidade observada nem resultado de teste disponível.
Inspecione a tabela retornada quanto a mudanças na ordem das fases: reparo, ação extra ou segunda salva alterariam o design. Se as regras escritas divergirem dos rastreamentos seguro ou de falha, identifique a linha exata e solicite esclarecimento antes de ampliar o pedido de implementação.
Prompt 2: peça um encontro jogável
Crie um pequeno protótipo de tiro tático em primeira pessoa para Relay Room fictício usando o contrato de regras aprovado. Construa uma única sala fixa e conectada com Entry Cover, Center Lane, East Cover, North Cover e um drone de segurança Rook compacto. Preserve as linhas de visão e regras de cobertura especificadas. Mostre rodada, vida do jogador, munição do rifle, vida do Rook, peça de aviso e estado do obturador em feedback legível. Implemente exatamente uma ação aceita por rodada: mover uma posição adjacente, disparar ou esperar. O disparo só é aceito com Rook ativo, munição restante, obturador aberto e linha de visão jogador–Rook livre. Um disparo aceito causa um dano e consome uma munição. Após a fase inimiga programada, disparos nas rodadas 2 e 4 abrem o obturador para exatamente a próxima ação aceita do jogador. Um movimento ou espera aceitos consomem essa ação e fecham o obturador sem gastar munição. Uma ação inválida ou disparo bloqueado rejeitado não deve alterar espaço de ação, rodada, munição, obturador nem cronograma do Rook e deve permitir correção no mesmo espaço. Vitória imediata quando a vida do Rook chega a 0; derrota se vida do jogador chega a 0 ou se Rook permanece ativo após a rodada 5; reiniciar para o estado exato inicial. Não acrescente inimigos, armas, furtividade, resgate, mapas, dano aleatório, recarga nem ações não listadas. Forneça controles e feedback visível para ações aceitas/rejeitadas. Trate isto somente como pedido de design: não relate execução, criação ou teste sem saída verificável.
Peça feedback inspecionável: a peça marcada deve estar visível antes da salva, um movimento seguro deve removê-lo e um disparo rejeitado deve manter fixos todos os estados declarados. Uma cena polida não substitui essas transições.
Prompt 3: valide uma versão futura contra estados esperados
Somente se uma versão jogável Relay Room estiver acessível, execute exatamente os rastreamentos seguro e de falha da tabela aprovada. Registre o estado real após cada ação do jogador e fase inimiga: posição, linha de visão jogador–Rook, ação aceita/rejeitada, rodada, peça marcada, vida do jogador, munição, vida do Rook, obturador, fase programada e resultado final. Compare cada valor observado com o esperado. Marque a primeira divergência e pare o rastreamento se o encontro terminar antes. Confira especificamente as quatro posições de linha de visão; a janela de uma ação após rodadas 2 e 4; movimento ou espera aceitos consumindo e fechando a janela; e disparo bloqueado rejeitado em Entry Cover sem mudança do espaço de ação, rodada, munição, obturador ou cronograma do Rook. Não infira aprovação de uma resposta de prompt ou imagem conceitual. Se não houver evidência de jogo ou execução, retorne NÃO EXECUTADO e deixe vazias todas as células de observação real.
Mantenha estados esperados e reais em colunas separadas. Essa disciplina evita que um exemplo calculado manualmente seja apresentado depois como algo observado por um jogador ou produto.
Compare uma versão futura com o contrato no papel
Antes de usar o terceiro prompt, prepare uma folha de observação curta. Registre somente o que um jogador consegue verificar na versão fornecida; não preencha a coluna real com base nas regras escritas. Se o acesso ou evidência faltar, identifique a verificação como não executada.
| Verificação | Estado esperado | Observação real |
|---|---|---|
| Disparo em Entry | Rejeitado; nenhum estado ou fase avança | Deixar vazio até observar |
| Salva da rodada 2 | Center vazio; vida permanece 2/2; obturador abre | Deixar vazio até observar |
| Disparo na janela aberta da rodada 3 a partir de East | Aceito; munição 2→1; Rook 2→1; obturador fecha; depois ocorre Marca | Deixar vazio até observar |
| Salva da rodada 4 e movimento | North antes da salva; Center vazio; vida permanece 2/2; obturador abre | Deixar vazio até observar |
| Disparo da rodada 5 em North | Aceito; munição 1→0; Rook 1→0; vitória imediata | Deixar vazio até observar |
Uma verificação futura da implementação também deve testar o caminho negativo. Tente um disparo bloqueado a partir de Entry Cover antes de mudar de posição. O resultado esperado é um aviso de rejeição sem alterar a ação disponível nem a fase do Rook. Depois compare a rota segura com a tabela completa e registre apenas o que foi observado.
Leve um encontro focado a um fluxo de FPS com IA
Como descrito na página oficial, o AI FPS Game Generator se concentra num encontro em primeira pessoa: definir objetivo, ameaça e resposta do jogador, depois revisar rota e feedback da arma e ajustar um detalhe após repetir. O prompt de exemplo nomeia um FPS de navegador com rifle de pulso, dois drones lentos, HUD de vida e munição, feedback de acerto, saída e reinício. A página do Free AI Game Maker descreve prompts em linguagem simples, primeira versão jogável em 2D ou 3D, testes no navegador e refinamento posterior. São descrições do produto; nenhuma verifica Relay Room nem promete suas regras exatas.
Para começar sua própria criação, forneça mapa da sala, limite de ações, regras de linha de visão, cronograma de avisos, vida, munição, condições finais e estado de reinício. Se usar um fluxo de criação, revise o resultado com um rastreamento no papel e não descreva o comportamento como testado sem evidência de execução. Crie jogos com IA grátis
Perguntas frequentes sobre prompts para jogos de tiro tático
O que há de diferente nesta biblioteca de prompts?
Ela divide um encontro pequeno em três tarefas: definir regras, pedir uma sala jogável e validar uma versão futura acessível. Relay Room usa uma faixa anunciada, limite fixo de ações, munição limitada, cobertura e uma janela de resposta que pode ser conferida manualmente.
O que um prompt de regras para tiro tático deve incluir?
Declare mapa, valores iniciais, ações permitidas, linha de visão, cronograma inimigo, ordem das ações, comportamento de entradas rejeitadas, condições de vitória/derrota e reinício. Depois inclua pelo menos um rastreamento que verifique o tempo e o dano.
Como manter determinístico um protótipo de tiro?
Fixe estado inicial, limite de ações, sequência das fases, alvo anunciado, valores de dano e estados finais. Remova rolagens de acerto aleatórias e ações não listadas na primeira versão. Assim, a mesma sequência permite comparar os mesmos estados esperados.
A SEELE garante a criação de um jogo de tiro tático?
Não há essa garantia declarada aqui. As páginas oficiais descrevem um fluxo focado de encontro de FPS com IA e criação geral a partir de prompts em linguagem simples. Não confirmam a sala Relay Room nem sua ordem exata de fases. Inspecione qualquer resultado antes de afirmar que uma regra foi implementada.
O rastreamento de Relay Room é um teste de jogo?
Não. Relay Room é fictício, e seus rastreamentos seguro e de falha foram calculados manualmente a partir das regras deste artigo. Os prompts continuam modelos; não há execução fornecida nem resultado de teste. As cenas são ilustrações de design, não evidência de comportamento real.
