Planeje um caso de detetive com prompts de IA

Bons prompts para jogos de detetive fazem mais do que pedir uma sala misteriosa e algumas pistas. Eles definem o que aconteceu, o que o jogador pode inspecionar, quais fatos podem ser conectados e quando o caso pode ser encerrado. Comece com um caso fixo e torne sua conclusão rastreável até as evidências. O pequeno mistério de museu abaixo é um design fictício em papel: seu percurso de regras foi resolvido à mão, sem execução de prompt, protótipo jogável ou teste de jogo.

Torne a conclusão rastreável às evidências

Um primeiro caso justo dá ao jogador fatos observáveis que sustentam uma resposta específica. Antes de escrever diálogos ou suspeitos ramificados, decida o que aconteceu e faça cada pista revelar uma parte dessa verdade. Declare o que uma inspeção acrescenta, quais pares de pistas contam como ligações, o que elas liberam e o que ocorre após uma resposta errada.

Assim, o prompt não esconde o jogo dentro de um pedido vago como “deixe o mistério inteligente”. Um briefing útil pode ser verificado passo a passo: o jogador consegue encontrar cada pista, conectar os fatos corretos, entender por que a resposta decorre deles e se recuperar de uma escolha equivocada?

Escreva a verdade antes das pistas

Para um primeiro caso, estabeleça a verdade em particular antes de rascunhar evidências. Em The Label in the Drying Room, falta da exposição da galeria, às 16h20, uma etiqueta de latão com entalhe em forma de meia-lua. Uma restauradora a moveu para um suporte acolchoado de secagem no estúdio às 16h02, antes de um vazamento no telhado começar às 16h05, e esqueceu de atualizar sua localização. A etiqueta está segura; não houve furto nem ato malicioso.

O mapa tem três salas — Galeria, Hall Central e Estúdio de Restauração — e todas ficam visíveis desde o início. Descobrir evidências não constrói nem revela salas. Manter o mapa fixo torna este um problema de conectar pistas, não uma mecânica de geração do mapa.

A imagem ilustra um estado de jogo do design escrito. Não mostra uma interface da SEELE nem um protótipo observado. Os quatro objetos de evidência são o contorno vazio da exposição, um aviso de vazamento, o cartão de trabalho da restauradora e o suporte acolchoado com a etiqueta entalhada correspondente.

Defina o estado das evidências e as conexões

Use um contrato de estado para o caso todo. Uma pista entra no caderno uma vez; examiná-la de novo não aumenta o progresso. Uma ligação só conta quando ambas as pistas sustentam a relação declarada. O cartão de trabalho e o aviso estabelecem a ordem dos acontecimentos; o cartão e a pista do suporte estabelecem que o mesmo objeto chegou ao destino.

As duas ligações respondem perguntas diferentes. O par cartão/aviso prova que a mudança ocorreu antes do vazamento. O par cartão/suporte compara o entalhe de meia-lua distinto e estabelece onde a mesma etiqueta está. A ordem de seleção pode ser invertida, mas um par sem relação ou uma ligação duplicada nunca aumenta a contagem.

Use uma sequência de três prompts

Separe a verificação das regras do pedido de construção. Primeiro solicite um relatório de ambiguidades, depois forneça um contrato pequeno de implementação e guarde o terceiro prompt para uma observação específica quando houver um protótipo real. Essa sequência deixa menos espaço para inventar mecânicas e cria um padrão claro para revisar a resposta.

Prompt 1: confira o contrato do caso

Projete um jogo determinístico de detetive point-and-click chamado The Label in the Drying Room. O jogador investiga um caso fictício de museu em um mapa fixo e visível: Galeria, Hall Central e Estúdio de Restauração. Todas as salas ficam visíveis desde o começo.

Verdade: Uma restauradora moveu uma etiqueta de exposição de latão com entalhe de meia-lua da galeria para o suporte acolchoado de secagem no estúdio às 16h02. Um vazamento no telhado começou às 16h05. A etiqueta está segura no suporte; a restauradora esqueceu de atualizar sua localização. Não houve furto nem ato malicioso.

Evidências: (1) suporte vazio na galeria; (2) aviso de vazamento indicando início às 16h05; (3) cartão de trabalho dizendo que a restauradora moveu a etiqueta entalhada para o suporte do estúdio às 16h02; e (4) a mesma etiqueta entalhada sobre o suporte acolchoado. O estado começa com `cluesFound=0/4` e `linksSolved=0/2`. Cada pista conta uma vez. O par cartão/aviso registra uma ligação temporal. O par cartão/suporte registra uma ligação de identidade e destino. Ambas são necessárias para abrir exatamente três conclusões: (1) uma visitante removeu a etiqueta; (2) a etiqueta continua na galeria; (3) a restauradora moveu a etiqueta para o suporte às 16h02 antes do vazamento. Somente a opção 3 está correta. As opções 1 e 2 mantêm o caso aberto e mostram uma dica neutra. Reiniciar limpa pistas, ligações e resposta, mas preserva mapa fixo e texto do caso. Não invente outras opções.

Retorne uma tabela de regras, texto exato das pistas, transições de estado, opções de conclusão e uma lista de ambiguidades. Não acrescente salas, suspeitos, eventos aleatórios, cronômetros, pontuação ou pistas ocultas. Se uma pista não sustentar a resposta, nomeie a lacuna em vez de preenchê-la.

Leia a folha de regras retornada antes de solicitar um trecho jogável. Confira se o entalhe identifica o mesmo objeto no cartão de trabalho e na pista do suporte, se 16h02 precede 16h05 e se a conclusão permanece bloqueada até existirem as duas ligações únicas. Se a resposta introduzir outra linha do tempo ou uma quarta sala, resolva esse conflito antes de construir.

Prompt 2: solicite o primeiro caso mínimo

Construa um pequeno mistério de museu point-and-click em primeira pessoa com base no contrato aprovado. Mostre o mapa fixo de três salas, ação de inspecionar com lupa, caderno de pistas de quatro espaços e um quadro de evidências que conecte os pares exatos de pistas. Use uma interface contida, só com ícones.

No início, mostre 0/4 pistas e 0/2 ligações. Inspecionar cada um dos quatro objetos nomeados acrescenta uma pista exatamente uma vez. Conectar cartão de trabalho ao aviso de vazamento define `linksSolved` como 1/2. Conectar cartão de trabalho à pista correspondente do suporte com entalhe de meia-lua define como 2/2 e abre exatamente estas três conclusões: (1) uma visitante removeu a etiqueta; (2) a etiqueta continua na galeria; (3) a restauradora moveu a etiqueta para o suporte às 16h02 antes do vazamento. Somente a opção 3 encerra o caso. As opções 1 e 2 mostram uma dica neutra de revisão sem perder evidências. Reiniciar volta a 0/4 e 0/2 e preserva o mapa fixo. Não acrescente outras opções.

Não acrescente escolhas de diálogo, mapa construído pela descoberta, campanha, pontuação, cronômetro, combate, evidências aleatórias, furto ou animação de acusação. Torne visíveis o objeto inspecionado, o retorno das ligações, o quadro de conclusão bloqueado/desbloqueado e o resultado do reinício. Não afirme nem simule uma interface real de produto.

Este pedido nomeia ação do jogador, objeto, mudança de estado, retorno esperado e exclusões. Ele pede um mistério inspecionável, não apenas uma cena de museu atmosférica. Se um resultado mostrar a etiqueta, mas não permitir inspecioná-la ou conectar evidências, não atende a este contrato de interação proposto.

Resolva o caso manualmente e planeje verificações

Antes de confiar em um resultado gerado, percorra manualmente as regras escritas uma vez. A aritmética é simples, mas detecta um erro comum no design de mistério: liberar a resposta antes da evidência decisiva existir. Este percurso é um cálculo a partir das regras fictícias, não uma execução de software.

O mapa inicial e o suporte vazio estabelecem o problema do objeto desaparecido; horário e gotas de chuva estabelecem a ordem; o entalhe conecta o cartão de trabalho ao objeto no suporte. Portanto, a conclusão decorre de pistas visíveis, não de um palpite baseado em suspeito oculto ou revelação de narrador.

Use uma lista curta de aceitação para conferir o comportamento quando houver protótipo jogável real. Comportamento esperado não é comportamento observado: registre ações e resultados reais separadamente e revise somente depois que uma divergência puder ser repetida.

Revise com base em uma observação

Quando houver um protótipo real, não peça uma revisão ampla como “melhore o mistério”. Registre uma ação reproduzível, o estado esperado e o observado. Depois solicite a menor correção que resolva essa divergência sem alterar regras de pistas não relacionadas.

Ação observada: [uma ação exata de inspecionar, conectar, responder ou reiniciar]
Estado inicial: [cluesFound e linksSolved]
Estado esperado: [o que diz o contrato de regras aprovado]
Estado observado: [o que o protótipo realmente mostrou]
Alteração solicitada: Corrija somente a regra ou o retorno que causa esta divergência.
Preservar: mapa fixo de três salas, identidade do entalhe de meia-lua, linha do tempo 16h02/16h05, outra ligação válida, recuperação de resposta errada e comportamento do reinício.
Retornar: regra alterada, estado correspondente antes/depois e verificação deste caso. Não afirme que a alteração funciona até repetir e observar a mesma ação.

Sem protótipo e observação reproduzível, isto continua sendo um modelo. O percurso manual pode mostrar consistência interna do design; não prova que uma interação gerada o siga ou que os jogadores entendam a interface.

Entregue o briefing a um workspace de criação

A página atual do SEELE Free AI Game Maker descreve escrever uma ideia de jogo em linguagem simples, revisar um resultado jogável em 2D ou 3D e iterar no Workspace. Isso é um fluxo geral de criação e revisão, não uma garantia de implementação do caderno de pistas, das ligações de evidências ou da condição de conclusão do exemplo. Forneça o contrato de regras, inspecione a interação real com base no percurso de estado e confira o modelo selecionado, o saldo Koin disponível e o custo exibido antes de cada geração.

Se o resultado não tiver ação de inspecionar, as duas respostas distintas de ligação, o quadro de conclusão bloqueado ou o comportamento de reinício, peça diretamente esse estado ausente. Se o alvo selecionado não puder representar uma regra, mantenha o contrato como especificação de design e decida o que simplificar. Não trate uma maquete visual nem uma cena plausível como prova de lógica jogável.

Comece com um caso justo

Defina a verdade, nomeie quatro pistas observáveis, exija duas ligações únicas entre evidências e abra as conclusões somente quando essas ligações sustentarem uma resposta. Use o percurso resolvido manualmente para conferir o design e depois compare um protótipo real com ele antes de chamar qualquer coisa de testada. Quando quiser estruturar uma ideia pequena de jogo e inspecionar o resultado, abra o Free AI game maker com seu próprio briefing focado. Revise o resultado real e refine uma divergência por vez. Crie jogos com IA grátis