Como Criar um Dungeon Crawler com IA

Um dungeon crawler se torna tenso quando cada sala muda o que o jogador pode se dar ao luxo de fazer a seguir. Comece com uma rota curta, um encontro e um recurso que persiste entre as salas. Uma masmorra pequena e fixa permite verificar o loop de exploração e combate antes de adicionar mapas aleatórios ou um inventário grande.

Este guia apresenta um design fictício de três salas e um prompt para um criador de jogos com IA. Os números e as mudanças de design posteriores são regras propostas, não observações de um jogo finalizado. Use o walkthrough para verificar o que o seu próprio protótipo realmente faz.

Dê a cada sala um propósito

Conecte uma entrada, uma sala de guarda e uma saída em linha. Uma armadilha na rota para o guarda causa dano ao jogador uma vez. O guarda bloqueia o progresso até ser derrotado, e a saída completa a corrida se o jogador ainda estiver vivo. O jogador começa com um poção de cura e decide se a usa após a armadilha ou a reserva.

Uma rota fixa é suficiente para testar a relação entre exploração e desgaste. Torne as transições de sala visíveis e mantenha os estados do guarda e da armadilha quando o jogador voltar. Um jogador não deve ser surpreendido por um reset, a menos que tenha iniciado uma nova corrida.

Defina um pequeno orçamento de recursos

Comece com 10 de vida. A armadilha causa 4 de dano uma vez, deixando 6. A poção restaura até 3 de vida, sem exceder o máximo de 10, e pode ser usada apenas uma vez. O guarda tem 6 de vida; cada ataque do jogador causa 3. Após cada ataque que o deixa vivo, o guarda responde com 2 de dano.

Sem a poção, o primeiro ataque deixa o guarda com 3 de vida; sua resposta reduz o jogador de 6 para 4. O segundo ataque derrota o guarda, então ele não responde novamente. Se o jogador usar a poção imediatamente após a armadilha, a vida sobe de 6 para 9; a mesma resposta deixa 7. Ambos os caminhos alcançam a saída neste exemplo. O custo do segundo caminho é gastar a única poção, o que se torna significativo quando você adiciona outra ameaça mais tarde.

Estas são premissas de design deliberadamente simples, não um teste de balanceamento. A primeira versão imediata não pune a economia da poção, então informe ao leitor o que a escolha ensina, em vez de afirmar que ela já cria um dilema difícil.

Especifique o masmorra em uma solicitação de criação

Descreva a sequência de salas, eventos e transições de estado, bem como o clima. O catálogo de capacidades da SEELE descreve a criação de jogos a partir de uma ideia, incluindo as categorias de RPG e roguelike, e uma oficina de ativos 2D. Use essas categorias para orientar a solicitação e, em seguida, inspecione o resultado real. Elas não estabelecem que este masmorra exato ou sistema de combate tenha sido gerado e testado.

Crie um pequeno dungeon crawler original em visão superior.
Conecte uma entrada, uma sala de guarda e uma saída nessa ordem.
Inicie o jogador com 10 de vida máxima e uma poção.
Uma armadilha no caminho para o guarda causa 4 de dano uma vez por execução.
Uma poção restaura até 3 de vida, nunca acima do máximo, e é consumida.
O guarda tem 6 de vida. Cada ataque do jogador causa 3 de dano.
Após um ataque do jogador, o guarda causa 2 de dano apenas se ainda estiver vivo.
Derrotar o guarda abre o caminho para a saída. Alcançar a saída vivo vence.
Com vida do jogador zero ou menor, encerre a execução imediatamente em derrota.
Mantenha os estados da armadilha e do guarda ao voltar. Exiba vida, status da poção,
sala e feedback de limpeza para dano, cura e o resultado final.
Reiniciar restaura o jogador, a poção, a armadilha, o guarda e a sala inicial.
Use personagens ilustrados originais e salas de pedra, sem ativos de franquias.

Construa primeiro as transições de sala e o estado, depois o encontro e a poção. Adicione atmosfera depois que as regras subjacentes estiverem consistentes. Se a primeira saída alterar vários sistemas de uma vez, peça uma correção usando um estado inicial preciso e o resultado esperado.

Torne a informação visível sem remover a incerteza

Exiba a vida atual e se a poção permanece. Uma armadilha pode ser visível como um marcador no protótipo para que o jogador entenda o que causou o dano. A vida restante de um guarda pode tornar o timing de sua resposta claro. Mais tarde, você pode escolher ocultar informações, mas defina o que o jogador pode razoavelmente aprender antes de depender dessa incerteza como um desafio.

Voltar não deve duplicar recompensas ou reiniciar perigos acidentalmente. Registre se a armadilha foi disparada e se o guarda foi derrotado como estado de nível de execução. Se o jogador revisitar a sala do guarda, preserve esses fatos até o reinício.

Verifique a execução da entrada à saída

1. Armadilha: atravesse-a com 10 de vida e espere 6. Volte através dela e verifique se a vida permanece em 6.
2. Encontro: ataque o guarda de 6 de vida uma vez e espere 3 de vida restante no guarda mais uma resposta de 2 de dano. Derrote-o com o próximo ataque e confirme que nenhuma segunda resposta ocorre.
3. Cura: após a armadilha, use a poção e espere 9 de vida. Tente novamente e confirme que nenhuma segunda cura ocorre. Em uma nova execução, use-a com vida cheia e verifique se o limite permanece em 10.
4. Final: derrote o guarda e alcance a saída vivo. A vitória deve ocorrer uma vez; alcançar vida zero deve, em vez disso, encerrar a execução imediatamente.
5. Reinício: confirme que o jogador retorna à entrada com 10 de vida, com a poção, uma armadilha nova e um guarda vivo.

Quando uma verificação falhar, descreva a configuração, a ação e o resultado esperado. Por exemplo: “O guarda tinha 3 de vida, e o jogador causou 3 de dano. O guarda foi derrotado, mas atacou novamente; um guarda derrotado não deve responder.” Reteste também o primeiro ataque não letal, para que a correção não remova todas as respostas.

Planeje um ramo como uma iteração hipotética

Depois que a rota fixa funcionar, considere adicionar uma passagem lateral após a armadilha. Nesta versão proposta, a passagem lateral tem um segundo perigo de 4 de dano antes de se juntar à rota para a saída. Ela não oferece recompensa ainda, então é um teste de estado útil, mas não uma escolha estratégica convincente. Adicione uma recompensa ou atalho claramente especificado apenas depois de decidir por que um jogador poderia correr esse risco.

Teste o caminho da poção economizada contra o perigo adicionado: o jogador deixa o guarda com 4 de vida e chegaria a zero se tomasse mais 4 de dano, causando derrota imediata. Um jogador que curou após a armadilha sai com 7 e sobreviveria com 3. Esses resultados seguem os números propostos; eles não são resultados de um teste de jogo. Rastreie o novo perigo separadamente para que revisitá-lo não dispare acidentalmente a armadilha original novamente.

Perguntas frequentes

Preciso de salas procedurais na primeira versão?

Não. Três salas fixas tornam as transições e as mudanças de recursos previsíveis. Depois que o jogador puder completar e reiniciar a rota, introduza um pequeno conjunto de layouts de sala e registre como um layout específico pode ser reproduzido. A variedade gerada é mais útil quando os eventos subjacentes já funcionam.

Quando o jogador deve usar a poção?

No exemplo inicial, qualquer escolha alcança a saída porque nenhum dano segue o guarda. Economizá-la se torna útil apenas quando uma regra posterior lhe dá um propósito. Faça as ameaças futuras e a disponibilidade da poção parte do design, em vez de afirmar que uma escolha é sempre correta.

Como posso evitar um masmorra invencível?

Percorra uma rota completa com os recursos iniciais declarados e verifique a vida restante após cada evento obrigatório. Se todas as rotas exigirem mais vida do que o jogador pode ter, altere o dano, forneça uma recuperação definida ou adicione uma alternativa viável. Reconfira o resultado após cada mudança.

O que deve acontecer quando eu revisitar uma sala?

Mantenha o estado registrado da execução: uma armadilha de uso único disparada permanece gasta, e um guarda derrotado permanece derrotado. Decida separadamente se outros objetos reiniciam ou permanecem alterados. O reinício deve restaurar o estado inicial explicitamente, em vez de depender da navegação pela sala para reiniciá-lo.

Finalize uma execução curta antes de expandi-la

Uma rota conectada, um encontro claro e um recurso limitado são suficientes para estabelecer um loop de dungeon crawling. Verifique a vida do jogador em cada etapa e, em seguida, introduza ramos, recompensas ou novos inimigos um de cada vez. Desenvolva um mundo original no SEELE AI Creator Game Maker e verifique o resultado contra suas regras. Para um fluxo de trabalho mais amplo, veja como criar um jogo com IA.