Torne a ameaça compreensível antes de tentar assustar
Para criar um jogo de terror com IA, descreva um encontro pequeno e jogável em vez de pedir um mundo assombrado inteiro. Defina para onde o jogador vai, o que abre a saída, quando o inimigo o percebe e como ele pode escapar da perseguição. A atmosfera apoia essas regras; escuridão e ruídos altos não as substituem.
O projeto ilustrativo é uma estação de manutenção abandonada com um cartão de acesso, uma saída e um inimigo em patrulha; não é um jogo gerado ou testado. Você separará a conclusão do percurso, as transições do inimigo, a iluminação e o som em verificações capazes de revelar por que um encontro falha. Comece em um navegador de computador com teclado e mouse; controles móveis e uma compatibilidade mais ampla precisam de projeto e testes próprios.
Copie este briefing de terror com escopo limitado
Crie um protótipo curto de terror em primeira pessoa para navegador em uma estação de manutenção. Use uma entrada, um corredor, uma sala com cartão e uma sala de saída conectados. Controles: movimento com WASD, olhar com o mouse, interação com E e Escape para liberar o ponteiro. O jogador coleta um cartão amarelo e o usa na saída para vencer. Mostre o objetivo e os avisos de interação. Um inimigo patrulha três pontos do corredor a 1,5 metro por segundo. Ele detecta o jogador a até oito metros somente com linha de visão desobstruída dentro de um cone frontal de 90 graus. Ao detectar o jogador, persegue a 2,5 metros por segundo. Depois de perder a visão por cinco segundos consecutivos, vai à última posição observada, procura por três segundos e volta a patrulhar. O contato causa uma tela clara de derrota com Reiniciar. Reiniciar restaura o cartão, o jogador, o inimigo e o objetivo. Inclua um leve zumbido industrial e passos distintos do inimigo; mantenha o cartão e a saída visíveis. Não inclua combate, grade de inventário, mapa procedural ou sequência de susto repentino.
Trate as distâncias e os tempos como critérios de aceitação do encontro. Mantenha-os visíveis nas anotações do projeto ao avaliar uma mudança.
Etapa 1: construa o percurso sem o monstro
Peça primeiro movimento, colisões, cartão, interação com a saída e reinício. Percorra toda a rota. Tente a saída sem o cartão: ela deve continuar trancada e explicar o que falta. Colete o cartão uma vez, verifique a atualização do objetivo e chegue à saída para confirmar a vitória.
Reinicie depois da tentativa concluída e repita. Se a porta permanecer aberta ou o cartão desaparecer permanentemente, a reinicialização está incompleta. Corrija isso antes de adicionar a ameaça. Um mapa útil torna o destino e o desvio reconhecíveis.
O SEELE pode ser usado para solicitar uma cena por prompt e alterações posteriores na jogabilidade. A interação específica, o tratamento de entradas e o comportamento do navegador ainda precisam ser examinados no resultado. Não deduza compatibilidade entre dispositivos a partir de uma única prévia no computador.
Etapa 2: teste patrulha, perseguição e fuga separadamente
Adicione o inimigo somente depois que o percurso funcionar. No início, peça uma leitura temporária de depuração com seu estado atual, alvo detectado e última posição observada. Isso é uma ajuda de desenvolvimento, não uma interface de terror finalizada.
Observe um circuito completo de patrulha. Fique dentro do alcance de detecção em um corredor aberto e verifique a transição para perseguição. Repita atrás de uma parede sólida: a distância, por si só, não deve acionar a detecção visual. Ande atrás do inimigo, fora de seu cone de visão, e compare o comportamento.
Depois, interrompa a linha de visão ao virar uma esquina. O inimigo não deve continuar rastreando a posição atual do jogador escondido. Reapareça antes de cinco segundos para confirmar que a visibilidade reinicia o temporizador de perda. Fique escondido por mais tempo para verificar a ida à última posição observada, a busca de três segundos e o retorno à patrulha. Se o inimigo ficar preso na geometria, isole aquela esquina e peça uma correção de navegação em vez de adicionar mais inimigos.
Etapa 3: dê funções específicas à luz e ao som
Peça iluminação que permita distinguir o piso, o cartão e a saída no brilho de tela pretendido. Reserve a escuridão mais intensa para cantos opcionais, não para textos de interação obrigatórios. Evite efeitos de flashes rápidos por padrão e ofereça um controle de volume confortável.
Defina dois objetivos de áudio: um zumbido industrial discreto situa o ambiente, enquanto os passos do inimigo ajudam a comunicar sua proximidade. Os passos devem ser distinguíveis do ambiente sem volume abrupto ou excessivo. Se solicitar áudio direcional ou baseado em distância, teste movimentando-se ao redor do inimigo em vez de presumir que um arquivo de som já está posicionado no espaço.
Teste também com o som desligado. Os jogadores ainda devem entender o objetivo e a derrota por meio de sinais visuais. O áudio melhora o encontro, mas não deve ser a única forma de receber uma instrução necessária. Verifique também se o volume continua ajustável na tela de derrota e depois do reinício.
Etapa 4: faça uma alteração verificável
Use uma solicitação de acompanhamento precisa:
Mantenha inalterados o mapa, a velocidade de patrulha, o cone de detecção, o atraso após perder a visão, o áudio e o objetivo. Reduza a velocidade de perseguição de 2,5 para 2,0 metros por segundo. Explique a configuração alterada e preserve a versão funcional anterior para comparação.
Repita a mesma perseguição a partir de uma posição inicial marcada, pelo mesmo corredor. Compare o tempo de percurso e se o jogador consegue chegar à mesma esquina; registre o trajeto e as observações. Uma configuração alterada, sozinha, não prova uma experiência melhor. Peça a uma pessoa que ainda não conhece o protótipo para tentar a rota e observe se ela entende como a perseguição termina.
Se a alteração mudar a patrulha ou a lógica de reinício do cartão, rejeite as mudanças não relacionadas e peça um ajuste mais restrito. Depois de aceitá-lo, repita os testes de saída trancada, vitória, derrota e reinício.
Use o SEELE para iterar sobre um problema observado
O SEELE pode apoiar a criação de cenas por prompt e mudanças posteriores no código de jogabilidade e nos recursos. Forneça o briefing limitado e peça a rota antes do inimigo ou da atmosfera. Em cada etapa, o resultado é um encontro candidato a ser executado contra um teste conhecido, não uma promessa de que cada comportamento solicitado já esteja correto.
Ao relatar um problema, inclua sua posição, o estado do inimigo, a entrada, a transição esperada e a observação real. Uma solicitação como “o inimigo me detecta através desta parede do corredor” é mais acionável do que “deixe a IA mais inteligente”. Guarde uma versão funcional antes de cada alteração e confirme as opções de projeto e exportação disponíveis em vez de presumir suporte a um motor ou dispositivo.
Conclua um encontro antes de expandir
Uma primeira parte útil tem um objetivo alcançável, uma ameaça compreensível e um reinício completo. Ela não precisa de vários finais nem de dificuldade adaptativa. Mantenha o encontro pequeno o bastante para explicar por que o jogador foi detectado e como a perseguição terminou. A atmosfera deve reforçar essa experiência, não esconder regras quebradas.
Leve o briefing ao SEELE e peça primeiro a rota. Preserve cada versão funcional junto com suas notas de teste. Acrescente outra sala ou inimigo somente depois que o objetivo, a perseguição, a derrota e o reinício originais continuarem funcionando juntos.
Matriz de testes do encontro de terror
Esta matriz organiza as verificações propostas no artigo. Não é um relato de teste concluído.
| Situação | Comportamento esperado a verificar | Por que importa |
|---|---|---|
| Percurso sem inimigo | O jogador encontra o cartão e chega à saída trancada. | Separa problemas de navegação e interação do comportamento do inimigo. |
| Patrulha e detecção | O inimigo segue o briefing até que a condição definida de detecção seja atendida. | Torna a ameaça compreensível em vez de arbitrária. |
| Perseguição e fuga | As transições entre perseguição e fuga seguem as regras especificadas. | Permite ao jogador entender o que causou o perigo e como se recuperar. |
| Luz e som | Os sinais comunicam as informações pretendidas sem esconder interações essenciais. | A atmosfera deve apoiar as regras, não obscurecê-las. |
| Reinício | A próxima tentativa restaura o estado especificado do encontro. | Permite reproduzir a mesma sequência de teste. |
Perguntas frequentes
O monstro deve detectar som no primeiro protótipo?
Não necessariamente. Apenas a detecção visual facilita o diagnóstico das primeiras transições de estado. Adicione depois a detecção sonora como regra separada, com evento de ruído, distância e resposta de investigação definidos. Caso contrário, uma perseguição através de uma parede fica ambígua: não é possível saber se a visão falhou ou se a detecção sonora foi acionada corretamente.
Quão escuro o jogo deve ser?
Escuro o suficiente para criar tensão, mas não a ponto de caminhos obrigatórios e alvos de interação desaparecerem. Teste no tamanho real da tela e com brilho comum. Se os jogadores não encontrarem o cartão, melhore o contraste ou a posição antes de adicionar mais névoa. Desconforto visual e objetivos ilegíveis não provam que o terror seja eficaz.
Quando o protótipo está pronto para compartilhar?
Compartilhe um protótipo claramente identificado depois de testar o objetivo completo, as transições do inimigo, a derrota, o reinício, os controles de áudio e o navegador-alvo. Avise os testadores sobre limitações e conteúdo intenso. Um encontro jogável não é um lançamento comercial polido; testes em mais dispositivos, revisão de direitos e trabalho de acessibilidade continuam sendo tarefas separadas.
