Escreva prompts de IA para um jogo narrativo ramificado

Defina primeiro as regras de estado, peça uma pequena sequência jogável e audite todas as combinações antes de ampliar a história.

Seele Editorial TeamAtualizado 14 de novembro de 2026

Um jogo narrativo ramificado precisa de um modelo de estado antes de precisar de mais diálogos. Dê nome às cenas, às escolhas que alteram variáveis persistentes, às condições que liberam ações posteriores e aos finais produzidos por essas condições. Depois solicite um pequeno trecho da história e confira cada combinação de estados alcançável. Os prompts abaixo usam exatamente duas ações preparatórias opcionais, dois sinalizadores booleanos e uma interação final para resolvê-los.

O Último Brilho no Observatório Orison é um projeto didático fictício e original. Seu observatório na montanha, espaços de ação, sinalizadores da história, operações do relé e finais são exemplos escritos; não foram construídos nem testados. Use o grafo como modelo para sua própria ideia, não como relato de um jogo existente ou testado.

Mapeie as escolhas antes de escrever a cena

Comece desenhando um grafo pequeno. Um nó é uma cena ou ponto de decisão; uma aresta é uma ação que leva o jogador a outro nó; uma variável de estado registra algo que altera uma opção ou um resultado mais adiante. Para cada escolha, anote o valor inicial, a condição que a permite, o efeito da ação, a próxima cena e o retorno que o jogador recebe.

O diálogo pode fazer duas rotas parecerem diferentes quando ambas levam ao mesmo estado. O grafo revela isso cedo: se uma aresta nunca muda o estado, abre uma nova escolha nem altera o final, decida se ela é apenas narrativa ou uma ramificação com consequência. Mantenha o tom narrativo se ele acrescentar personalidade, mas não use apenas a redação para provar que uma escolha importa.

Uma arquivista entra em um observatório na montanha com duas rotas opcionais enquanto uma tempestade se aproxima.
Um centro fictício do observatório mostra dois destinos separados e uma opção para esperar antes que a tempestade feche a ponte.

Este exemplo tem uma estrutura pequena e deliberada: entrar no observatório, usar dois espaços de preparação, voltar a uma sala compartilhada do relé e resolver os sinalizadores em uma única Confirmação. Reencontrar-se no relé mantém a história compacta; os sinalizadores carregam as diferenças relevantes adiante.

Defina duas escolhas e quatro resultados alcançáveis

O jogador começa com exatamente dois espaços opcionais de ação antes que a tempestade feche a ponte de acesso. Em cada espaço, pode escolher Arquivo, Ajuda ou Esperar. Arquivo e Ajuda custam um espaço e cada uma pode ser escolhida no máximo uma vez. Esperar consome um espaço sem mudar o estado da história. Qualquer ordem é permitida, então as duas preparações podem ser concluídas antes do retorno à sala do relé.

EscolhaCondição e custoMudança de estadoRetorno para o jogador
ArquivoDisponível se `logFound` for falso; custa um espaço.Pesquisar o arquivo e definir `logFound` como verdadeiro.O antigo registro do sinal é recuperado e a rota do arquivo se fecha.
AjudaDisponível se `keeperTrust` for falso; custa um espaço.Estabilizar a cúpula giratória e definir `keeperTrust` como verdadeiro.A guardiã fica pronta para orientar o reajuste manual; Ajuda não pode ser repetida.
EsperarDisponível em qualquer um dos espaços; custa um espaço.Nenhum sinalizador muda.A tempestade avança; o jogador ainda pode usar o outro espaço antes que a ponte feche.

Essas regras tornam alcançáveis quatro combinações de sinalizadores: nenhuma preparação, apenas Arquivo, apenas Ajuda e ambas. Esperar permite deixar um espaço sem uso sem forçar uma ramificação silenciosamente. As duas condições impedem repetir a mesma preparação, mas permitem Arquivo e depois Ajuda ou Ajuda e depois Arquivo. Após cada espaço, retorne à mesma cena do relé para que os resultados posteriores dependam do estado, e não de uma rota inalcançável.

No relé, “repetir checksum” fica disponível apenas quando `logFound` é verdadeiro, e “solicitar reajuste manual” apenas quando `keeperTrust` é verdadeiro. Uma opção indisponível continua visível e desativada, com um motivo curto; tentar usá-la não altera nada. Não há sinalizadores extras para subetapas do relé nem um orçamento de ações separado. Uma única Confirmação resolve as operações representadas pelos sinalizadores existentes e então transmite.

Duas preparações concluídas liberam as duas operações do relé antes da transmissão final.
Quando os dois sinalizadores são verdadeiros, a única Confirmação resolve primeiro o checksum, depois o reajuste manual e, por fim, a transmissão.

O final decorre diretamente dos dois sinalizadores de preparação:

`logFound``keeperTrust`Resultado da ConfirmaçãoFinal
falsofalsoIndisponível; o jogador pode se abrigar.Sem transmissão. A equipe se abriga no local.
verdadeirofalsoRepetir o checksum verificado e então transmitir.A cúpula está desalinhada; nenhum receptor confirma e a equipe se abriga.
falsoverdadeiroFazer o reajuste manual e então transmitir.O indicativo é incerto; nenhum receptor confirma e a equipe se abriga.
verdadeiroverdadeiroRepetir o checksum, reajustar a cúpula e então transmitir.Um receptor do vale responde; a equipe é resgatada.

O caso em que ambos são verdadeiros importa porque uma única Confirmação precisa concluir as duas operações liberadas, na ordem, antes da transmissão. Um atalho tentador seria criar sinalizadores como `checksumDone` ou `retuneDone`; isso adicionaria um estado oculto para o jogador e o revisor acompanharem. Aqui, os sinalizadores de preparação bastam: controlam quais operações a Confirmação resolve. A tabela é um modelo em papel, não uma prova de que um protótipo jogável o segue.

Peça um grafo, um trecho e depois uma auditoria de rotas

Separe as tarefas dos prompts. Primeiro peça um contrato de estado que nomeie cada rota e condição. Depois solicite um trecho jogável compacto, ou uma especificação estruturada se a ferramenta escolhida não representar o estado exigido. Por fim, peça uma auditoria que enumere todas as combinações sem inventar observações. Assim, o prompt para um jogo narrativo ramificado fica ligado a transições que o criador pode inspecionar.

Prompt 1: retorne o grafo da história

Projete um trecho de jogo narrativo ramificado para O Último Brilho no Observatório Orison.

Este é um conceito fictício, não um jogo construído ou testado.

O jogador tem exatamente dois espaços opcionais de ação preparatória antes que uma tempestade feche a ponte. Em cada espaço, as únicas escolhas são Arquivo, Ajuda ou Esperar. Arquivo custa um espaço, pode ser escolhido uma vez e define logFound=true. Ajuda custa um espaço, pode ser escolhida uma vez e define keeperTrust=true. Esperar custa um espaço e não altera nenhum sinalizador. A ordem é livre.

Retorne: cenas, decisões, arestas, condições, custo, efeito no estado, retorno ao jogador, próximo nó e condição de final. Mostre como cada uma das quatro combinações de sinalizadores é alcançável em dois espaços, inclusive usando Esperar. As rotas de Arquivo e Ajuda devem voltar à mesma sala do relé. Não acrescente sinalizadores, espaços de ação ou regras não solicitados.

Isso pede um contrato completo do grafo, não um texto longo. Confira se Esperar pode ocupar qualquer espaço, se ambas as ações opcionais podem ser alcançadas em qualquer ordem e se o relé retorna a um único estado compartilhado. Se a resposta tornar o caso “nenhuma preparação” inalcançável ou acrescentar um sinalizador separado para etapas do relé, corrija o contrato antes de pedir diálogo ou arte.

Prompt 2: solicite um trecho de história jogável

Construa um trecho narrativo compacto com base no contrato de estado aprovado abaixo.
Mostre a entrada do observatório, a cena do Arquivo, a cena de Ajuda, uma sala compartilhada do relé e a opção de se abrigar para o caso sem sinalizadores.

Use exatamente dois espaços opcionais de preparação. Em cada espaço, exiba Arquivo, Ajuda e Esperar. Desative Arquivo quando logFound se tornar verdadeiro; desative Ajuda quando keeperTrust se tornar verdadeiro. Permita qualquer ordem das rotas. Mostre os dois sinalizadores na sala do relé e explique por que uma operação de checksum ou reajuste está desativada. Uma única Confirmação deve resolver as operações liberadas na ordem declarada e só então transmitir. Mostre o resultado de cada uma das quatro combinações. Não acrescente outros estados, custos ou ações.

Peça que o estado apareça junto com o diálogo. Neste trecho, o leitor precisa ver quais preparações foram concluídas, por que uma operação está desativada e o que a Confirmação realmente faz. O prompt define requisitos; não prova que determinado criador de jogos os implemente. Compare a interação retornada com o contrato em vez de presumir que diálogo ramificado equivale a estado persistente.

Prompt 3: enumere as rotas e compare com observações reais

Audite o grafo da história com base no contrato de estado. Não invente resultados de testes.

Enumere estes quatro estados iniciais do relé:
1. logFound=false, keeperTrust=false
2. logFound=true, keeperTrust=false
3. logFound=false, keeperTrust=true
4. logFound=true, keeperTrust=true

Para cada um, informe se a Confirmação está disponível, quais operações resolve e em que ordem, se ocorre transmissão e qual é o final. Confirme que dois espaços de preparação alcançam todas as combinações por meio de Arquivo, Ajuda ou Esperar. Em uma coluna separada, marque como “não observado” tudo o que ainda não foi conferido em um protótipo. Aponte a primeira divergência entre as regras e qualquer observação fornecida; não infira comportamento ausente.

O prompt de auditoria explicita quais evidências faltam. Antes de testar, ele pode retornar as transições esperadas e uma lista de verificação. Depois de uma observação real, você pode comparar a sequência com o modelo em papel e pedir uma correção delimitada; o prompt não pode atestar honestamente um comportamento por conta própria.

Etapa do promptEntradaSaídaCritério de aceitação
GrafoCenas, espaços, escolhas, sinalizadores, condições e finaisContrato de nós, arestas e estadoAs quatro combinações são alcançáveis e estão definidas.
Construir trechoGrafo aprovado e requisitos de estado visívelUma interação compacta ou especificação de designAções condicionais, motivos das opções desativadas, ordem da Confirmação e reinicialização estão explícitos.
Auditoria de rotasMatriz esperada e observações, quando disponíveisEnumeração das rotas e primeira divergênciaComportamentos não observados estão identificados como tal.

Encontre becos sem saída e escolhas sem consequência

Percorra o grafo desde o estado inicial e confirme que cada combinação tem um caminho legal. Depois confira se a cena resultante mostra a consequência prevista pela tabela de estado. O final pretendido, com ambos os sinalizadores verdadeiros, é um resultado possível das regras escritas, não um resultado medido.

A guardiã reajusta o observatório enquanto a arquivista envia um sinal confirmado durante a tempestade.
Ilustração conceitual do final com ambos os sinalizadores verdadeiros: checksum e reajuste são resolvidos antes da resposta do receptor.
SintomaPrimeira regra a inspecionarPróxima verificação
O jogador não consegue alcançar o estado com ambos os sinalizadores verdadeiros.Quantidade de espaços ou retorno da rota.Confirme que Arquivo e Ajuda consomem, cada um, um dos dois espaços e retornam ao relé compartilhado em qualquer ordem.
Arquivo ou Ajuda pode ser repetido.Condição de uso único.Depois que o sinalizador fica verdadeiro, desative a escolha e confirme que uma tentativa não altera o estado.
Uma opção desativada no relé ainda é executada.Condição da ação e comportamento sem efeito.Mantenha a opção visível, mas desativada; verifique se uma tentativa deixa os dois sinalizadores inalterados.
A Confirmação ignora o reajuste quando ambos os sinalizadores são verdadeiros.Ordem das operações na Confirmação.Resolva checksum, reajuste manual e transmissão dentro da única interação, nessa ordem.
O final errado aparece após a Confirmação.Condição do final.Avalie apenas `logFound` e `keeperTrust` de acordo com as quatro linhas da matriz.
Uma preparação antiga permanece após reiniciar.Reinicialização do estado.Redefina ambos os sinalizadores como falsos e restaure os dois espaços opcionais.

Use a primeira divergência para decidir o que mudar. Se um resultado não puder ser alcançado, corrija o grafo ou as regras dos espaços antes de editar o diálogo do final. Se o estado estiver correto, mas uma opção desativada causar confusão, melhore o motivo exibido. Se as quatro transições corresponderem ao contrato, acrescente detalhes narrativos sem alterar o modelo de estado testado.

Leve um grafo escrito para a primeira etapa de criação

Quando o grafo estiver coerente, um briefing em linguagem natural pode servir como ponto de partida para explorar uma ideia de jogo. A página atual do SEELE Free AI Game Maker descreve prompts de jogo em linguagem simples, análise de resultados 2D ou 3D jogáveis, iteração no Workspace e consulta dos custos de geração e opções da conta exibidos. Esse fluxo geral não confirma sinalizadores narrativos persistentes, ações condicionais nem este projeto do observatório.

Inclua na solicitação a tabela de nós e arestas e a matriz de finais com quatro linhas. Depois inspecione o estado, as escolhas, o retorno e o comportamento ao reiniciar que o resultado realmente apresenta. Se faltar uma condição específica, peça que ela seja representada e confira novamente. Se o fluxo escolhido não mostrar sinalizadores persistentes, mantenha o grafo como especificação de design e avalie-o em uma ferramenta adequada antes de descrevê-lo como jogável.

Aprofunde a história depois que o grafo funcionar

Não acrescente um terceiro sinalizador só para criar mais diálogo. Primeiro confirme que os dois sinalizadores atuais podem se combinar das quatro maneiras, que as opções do relé respondem a eles, que a Confirmação segue a ordem definida e que a reinicialização restaura o estado inicial. Só então acrescente uma cena ou variável quando ela criar uma escolha que o grafo atual não expressa. Assim, novas ramificações ficam ligadas a consequências, em vez de multiplicarem rotas que parecem diferentes, mas são iguais ao jogar.

Quando o contrato da sua história estiver pronto, leve o grafo compacto ao criador de jogos Free AI, inspecione o que o resultado realmente representa e revise uma transição de estado por vez. Crie jogos com IA grátis

Perguntas frequentes

Com quantas escolhas uma história ramificada deve começar?

Comece pelo menor número que expresse a decisão que você quer ensinar. Neste exemplo, duas ações opcionais produzem quatro combinações, suficientes para demonstrar sinalizadores independentes e resultados condicionais. Acrescente outra variável apenas quando ela criar uma escolha ou consequência relevante que o estado atual não representa.

Caminhos ramificados podem se reencontrar?

Sim. As rotas podem voltar a uma cena compartilhada se o estado importante continuar disponível nela. Os caminhos Arquivo e Ajuda do observatório retornam à sala do relé, onde dois sinalizadores definem quais operações podem ocorrer. O reencontro mantém o grafo compacto e preserva diferenças nas escolhas posteriores e nos finais.

Como deve funcionar uma opção narrativa desativada?

Mantenha-a visível, explique de forma breve e correta a condição ausente e faça com que uma tentativa indisponível não altere o estado. Por exemplo, “repetir checksum” pode ficar desativado até que o registro seja encontrado. A explicação deve indicar o que falta sem mudar nenhum dos sinalizadores.

Preciso conferir todos os finais?

Confira todas as combinações das variáveis de estado escolhidas, mesmo que algumas rotas compartilhem cenas anteriores. Com dois sinalizadores booleanos há quatro combinações. Confirme que cada rota é alcançável, que ações condicionais e sua ordem seguem as regras e que a reinicialização limpa as variáveis antes da próxima partida.

A história do Observatório Orison foi testada?

Não. O observatório, suas duas ações opcionais, as operações do relé e os quatro finais são um projeto original em papel. Os prompts e as imagens desta página não mostram um jogo construído nem um teste de jogo. Faça a auditoria das rotas com observações do seu próprio protótipo antes de descrever qualquer resultado como testado.

SEELE AI

Transforme este guia em um projeto jogável.

Comece com um briefing claro e evolua sua ideia no Workspace da Seele AI.

Começar a criar