Defina regras claras para um quebra-cabeça point-and-click

Nomeie hotspots, ações, inventário e sinalizadores; confira o caminho da pista até o mecanismo e defina respostas recuperáveis para ações inválidas.

Seele Editorial TeamAtualizado 14 de novembro de 2026

Faça cada clique seguir uma regra visível

Um bom prompt de aventura point-and-click define o que cada hotspot faz, quando um item do inventário pode ser usado, qual estado muda e como o jogador aprende com uma ação malsucedida. Comece com um cômodo e um quebra-cabeça completo. Dê ao jogador uma pista clara, poucas ações contextuais e um reinício que retorne cada objeto e sinalizador a um estado conhecido.

Este guia desenvolve Bellglass Archive, um quebra-cabeça fictício numa sala de farol, como exemplo de design manual. Os modelos de prompt abaixo não foram executados, e o cômodo não é jogo jogável nem caso online testado. O valor está no contrato de estados: você pode adaptá-lo à sua cena e então comparar uma versão gerada com o comportamento exato solicitado.

Trabalhe nesta ordem: nomeie hotspots e ações, defina inventário e sinalizadores, trace uma interação bem-sucedida, decida como responder a ações inválidas e escreva critérios de aceitação. Isso facilita inspecionar o prompt em comparação a pedir uma aventura inteira com “um quebra-cabeça funcionando” sem especificação.

Defina a sala da pista e seu estado

Bellglass Archive se passa numa única Galeria da Lanterna. O objetivo é abrir uma porta de arquivo revelando e inserindo uma sequência de três símbolos. A sala contém uma lente de latão sobre uma bancada, venezianas de madeira, um suporte de lente vazio, uma parede em branco, uma placa com três mostradores e a porta trancada. São hotspots separados com ações diferentes; clicar num objeto não deve acionar silenciosamente todas as ações que poderiam se aplicar a ele.

Hotspot ou estadoAção e regraResposta visível
Lente de latãoEscolher Pegar para colocar a lente no inventário e definir brassLensCarried=true.A lente desaparece da bancada; seu ícone aparece na faixa do inventário.
VenezianasClicar para alternar entre abertas e fechadas. Com venezianas abertas, a luz da lua atravessa o suporte.A posição das venezianas e o caminho da luz mudam; a pista só é revelada se a lente estiver instalada.
Suporte da lenteUsar a lente carregada no suporte. Removê-la do inventário, definir brassLensCarried=false e lensInstalled=true.A lente permanece presa ao suporte; o espaço do inventário fica vazio.
Pista da paredeRevelar Maré, Asa, Sino somente quando lensInstalled e shuttersOpen forem verdadeiros.Definir clueSeen=true e manter a pista no diário mesmo se as venezianas fecharem depois.
Placa de três mostradoresEscolher um símbolo por vez. A ordem esperada é Maré, depois Asa e depois Sino.Um símbolo errado limpa a sequência parcial sem consumir item nem alterar o cômodo.
Porta do arquivoMantê-la trancada até inserir a sequência completa correta.Definir doorOpen=true após Maré, Asa, Sino; mostrar a passagem além da porta.
A sala compacta reúne lente, venezianas, suporte, parede com pista, mostrador e porta trancada em uma cena legível.
O cômodo coloca lente, venezianas, suporte, parede da pista, mostrador e porta trancada numa cena legível.

Use uma lista curta de estados para que o prompt, o registro esperado e a revisão posterior se refiram aos mesmos fatos:

  • Inventory item: brass lens, either carried or installed in the stand.
  • Boolean flags: brassLensCarried, shuttersOpen, lensInstalled, clueSeen, and doorOpen.
  • Ordered input: dialSequence, which starts as an empty list and stores only the current correct prefix.
  • Initial state: empty inventory, every flag false, shutters and door closed, and dialSequence=[].

Seja explícito sobre a relação entre objeto do mundo e item do inventário. Instalar a lente a remove do inventário, mas não a destrói; ela continua visível no suporte. Da mesma forma, depois que o jogador viu a pista, fechar as venezianas esconde sua projeção, mas não deve apagar o que o diário registrou. Essas distinções evitam que a cena pareça esquecer o progresso.

Prompt 1: estabeleça o contrato do cômodo

Projete uma sala original de quebra-cabeça point-and-click chamada Galeria da Lanterna, no arquivo fictício Bellglass Archive. Use hotspots separados para uma lente de latão numa bancada, venezianas de madeira, um suporte vazio para lente, uma parede em branco, uma placa com três mostradores e uma porta de arquivo trancada. Comece com a lente na bancada, inventário vazio, venezianas fechadas, porta trancada, brassLensCarried=false, shuttersOpen=false, lensInstalled=false, clueSeen=false, doorOpen=false e dialSequence=[]. Defina inspecionar, pegar, usar-item-no-hotspot, entrada-de-símbolo e reiniciar como ações distintas. Retorne uma tabela de estado para cada hotspot, sua ação válida, sinalizadores ou inventário alterados e feedback visível. Não acrescente cômodos, personagens, colecionáveis nem regras de quebra-cabeça não declaradas.

Depois deste primeiro prompt, inspecione a tabela de estados proposta antes de pedir diálogo ou cômodos extras. Se misturar inspecionar e usar, ou remover a lente quando ela é direcionada a qualquer objeto, corrija a lógica antes de expandir a história. Um conjunto compacto de regras é mais fácil de revisar e oferece uma base concreta para a primeira interação jogável.

Peça um ciclo completo de interação

Em seguida, peça um cômodo jogável que exponha cada mudança de estado. Um clique deve gerar uma resposta que o jogador possa interpretar: inspecionar descreve um objeto, Pegar altera o inventário, usar-item-no-hotspot confere o alvo e um clique no mostrador avança o prefixo correto ou reinicia a sequência. Defina uma resposta sem custo para a lente usada no hotspot errado. O jogador deve entender por que a interação falhou e onde tentar depois, sem perder o item nem corromper o progresso do quebra-cabeça.

A pista aparece quando a lente está instalada e as venezianas abertas, conforme a condição escrita.
A pista aparece quando a lente instalada e as venezianas abertas atendem à condição escrita.

Prompt 2: peça o primeiro recorte jogável

Usando o contrato de estados da Galeria da Lanterna, crie uma sala point-and-click jogável e nenhum nível adicional. Mantenha inspecionar, pegar, usar-item-no-hotspot, entrada no mostrador e reiniciar como ações separadas. A lente de latão carregada só pode ser instalada no suporte da lente. Instalar remove-a do inventário, define brassLensCarried=false e lensInstalled=true e deixa a lente presa ao suporte. Se o jogador usá-la na placa dos mostradores, parede, porta ou qualquer hotspot que não seja o suporte, mostrar por instantes “não encaixa” e destacar o suporte; manter a lente no inventário e não alterar sinalizadores, dialSequence nem o estado do cômodo. Essa ação rejeitada não custa recurso nem provoca transição de estado. Quando lensInstalled E shuttersOpen se tornarem verdadeiros, revelar da esquerda para a direita a pista da parede: onda Maré, Asa, Sino. Definir clueSeen=true e manter a pista no diário se as venezianas fecharem depois. Aceitar a sequência Maré, Asa, Sino; limpar dialSequence após qualquer símbolo errado sem consumir item. Definir doorOpen=true somente após a sequência completa correta. Reiniciar restaura o estado inicial exato. Mostrar respostas dos hotspots, inventário, pista, mostrador, feedback e reinício. Retornar variáveis de estado, regras de ação, registro de sucesso, registro de falha e critérios de aceitação. Não alegar resultado sem que esteja representado visivelmente na versão retornada.

O prompt liga cada condição a um sinal voltado ao jogador. Um sinalizador oculto na implementação é difícil de revisar sozinho; ícone de inventário alterado, pista projetada, alvo válido destacado e animação da porta oferecem pontos de verificação observáveis. Peça feedback contido que torne o estado legível sem acrescentar botões nem sistemas narrativos alheios ao quebra-cabeça.

Mantenha utilizável o cômodo básico com qualquer uma das ordens de preparação. O jogador pode abrir as venezianas antes de instalar a lente ou instalar a lente antes de abrir as venezianas. Nos dois casos, a pista aparece imediatamente quando a segunda condição se torna verdadeira. É uma ramificação pequena e útil: verifica se o quebra-cabeça depende do estado, e não de uma sequência de ações memorizada.

Confira à mão a pista e a sequência do mostrador

Escreva um registro antes de avaliar uma versão. Ele lista ação, estado anterior, estado posterior e resposta visível. Dá uma referência compacta tanto para o caminho ideal quanto para um erro recuperável. A tabela abaixo é uma expectativa escrita pelo autor para Bellglass Archive, não resultado de jogo gerado.

EtapaAçãoEstado e feedback esperados
1Pegar a lenteInventário contém a lente; brassLensCarried=true.
2Abrir as venezianasshuttersOpen=true; nenhuma pista aparece pois lensInstalled=false.
3Usar lente no suporteLente sai do inventário e lensInstalled=true; a conjunção passa a ser verdadeira, então Maré → Asa → Sino aparece e clueSeen=true.
4Inserir Maré, depois AsadialSequence contém o prefixo correto de dois símbolos; a porta permanece trancada.
5Inserir SinodialSequence completa; doorOpen=true e a porta abre.
O conceito de resultado mostra a sequência de três símbolos da parede aberta a porta do arquivo.
O estado final pretendido usa a mesma ordem de três símbolos mostrada pela pista na parede.

Agora trace uma entrada errada no mostrador. Depois que a pista aparecer, escolha Maré e então Sino. Como o segundo símbolo não corresponde à Asa esperada, a sequência parcial volta à lista vazia. A pista continua no diário, a lente continua instalada e a porta permanece trancada. O jogador pode tentar novamente sem repetir a preparação nem perder um item.

Trace também a outra ordem válida de preparação: pegar a lente, instalá-la e então abrir as venezianas. Antes da última ação, nenhuma pista está visível; depois dela, os três símbolos aparecem e clueSeen torna-se verdadeiro. Se as venezianas fecharem depois que a pista foi lida, a projeção some, mas o registro do diário continua. O contrato distingue o que está visível agora do que o jogador já aprendeu.

Esses registros foram especificados à mão e não passaram por teste de software. Ao revisar um resultado real, anote a versão e execute cada ação após reiniciar. Compare o resultado visível com o registro e marque algo como observado somente depois de conferir aquela ação na versão. Se a sala retornada não expuser feedback suficiente para dizer qual condição mudou, revise o prompt para tornar o estado visível.

Revise uma regra contextual por vez

Se uma primeira versão revelar a pista assim que as venezianas abrem ou a lente é instalada, revise somente a condição da pista. Preserve layout, regra do inventário, ordem do mostrador, comportamento do diário e reinício. Isso isola a mudança e torna significativa uma comparação posterior. Um pedido amplo como “deixe o quebra-cabeça mais claro” não diz qual interação preservar nem qual resultado deve surgir.

Prompt 3: altere somente a visibilidade da pista

Revise somente a regra de visibilidade da pista na parede da Galeria da Lanterna. Revele Maré, Asa, Sino se e somente se lensInstalled=true E shuttersOpen=true. Se qualquer condição for falsa, remova a projeção da parede. Se clueSeen já tiver se tornado verdadeiro, mantenha a pista no diário quando as venezianas fecharem. Preserve cena, hotspots, comportamento do inventário, resposta ao alvo errado, comportamento de dialSequence, regra da porta e reinício atuais. Retorne a regra alterada, regras inalteradas e três estados antes/depois: lente ausente com venezianas abertas; lente instalada com venezianas fechadas; ambas as condições verdadeiras. Não acrescente sistema de dicas, objeto novo nem ramificação de diálogo.

Mude uma regra por revisão e mantenha um registro curto de antes e depois. Nomeie versão original do jogo ou prompt, frase alterada, estado inicial, ação e estado visível resultante. Se o resultado mudar mais do que foi solicitado, registre isso separadamente em vez de aceitar mecânicas novas sem comentário. Assim seu próximo prompt fica mais preciso e ajuda a decidir se a divergência é de regra, feedback ou adição não solicitada.

Confira casos extremos da aventura

Use critérios de aceitação para cobrir pré-requisitos ausentes, alvos inválidos, progresso parcial, conclusão e reinício. Eles devem dizer o que o jogador vê e o que permanece inalterado — não apenas classificar uma ação como “válida”. Os casos abaixo são propostas para uma versão futura.

Estado inicial ou açãoResultado esperadoO que deve permanecer inalterado
Inspecionar a lente antes de pegá-laDescrever sua função sem colocá-la no inventário.brassLensCarried permanece falso.
Abrir venezianas com lente ausenteLuz da lua chega ao suporte, mas nenhuma pista aparece.lensInstalled e clueSeen continuam falsos.
Usar lente carregada na placa ou hotspot erradoMostrar “não encaixa” e destacar o suporte.Manter a lente em posse; não alterar sinalizadores, dialSequence nem estado da sala.
Instalar lente com venezianas fechadasManter a parede em branco até abrir as venezianas.Inventário reflete lente instalada; clueSeen continua falso.
Inserir símbolo errado no mostradorLimpar a sequência parcial e mostrar uma breve indicação corretiva.Manter clueSeen, lensInstalled e shuttersOpen inalterados.
Completar a sequência correta de três símbolosAbrir a porta do arquivo e mostrar a passagem.Manter a pista aprendida e os outros estados do cômodo.
Reiniciar depois do sucessoVoltar ao estado inicial da Galeria da Lanterna.Limpar inventário, sinalizadores, estado da porta e dialSequence.

Preste atenção especial ao caso de alvo inválido: a lente permanece no inventário, o suporte fica destacado e todos os sinalizadores e valores do mostrador continuam iguais. “Sem custo” significa que nenhum item, recurso ou transição de estado é consumido; a resposta ainda pode mostrar uma breve explicação. Essa definição evita que um feedback ambíguo altere silenciosamente o quebra-cabeça.

Não acrescente um recurso persistente somente porque aparece numa ideia próxima. Este cômodo usa objetos estáticos e uma pista registrada no diário; não lembra objetos movidos entre salas, não altera o cenário com música nem acrescenta dicas que consideram o progresso. Manter o limite ajuda cada prompt a responder a uma pergunta de design.

Leve o briefing a um fluxo de criação

A página atual do Free AI Game Maker descreve um fluxo geral: escrever a ideia em inglês simples, gerar uma primeira versão jogável em 2D ou 3D, testá-la no navegador e refiná-la com prompts seguintes. Também diz que os criadores podem começar com Koins gratuitos e conferir o custo antes de cada geração. Essas afirmações não demonstram que Bellglass Archive foi gerado nem que suas interações point-and-click sejam suportadas exatamente como descritas.

Ao levar sua ideia de cômodo a um fluxo de criação, forneça mapa de hotspots, estado inicial, alvos válidos de item, condição da pista, regra do mostrador, feedback de falha e estado de reinício. Revise o que o resultado real expõe e então teste cada critério de aceitação. Se uma interação não puder ser inspecionada ou reiniciada, primeiro esclareça como torná-la visível e repetível antes de acrescentar outro cômodo.

Construa uma sala de quebra-cabeça legível

Defina cada clique, item, condição e sinal de feedback antes de pedir uma aventura mais longa. Uma tabela de estados, um registro de sucesso, uma falha recuperável e uma regra de reinício formam uma biblioteca prática de prompts e um jeito de inspecionar o comportamento real de uma versão futura.

Para criar seu próprio projeto, continue com o Free AI game maker. Leve um cômodo, um objetivo de quebra-cabeça e as regras observáveis que deseja revisar. Crie jogos com IA grátis

Perguntas sobre prompts de aventura point-and-click

O que um prompt de IA deve incluir para aventura point-and-click?

Descreva o cômodo, hotspots distintos, ações disponíveis, itens de inventário, mudanças de estado e feedback visível. Acrescente estado inicial, condição de sucesso, comportamento de reinício e alguns critérios de aceitação. Um primeiro quebra-cabeça restrito é mais fácil de revisar do que um pedido para uma aventura inteira com interações e regras de progresso indefinidas.

O que acontece quando um item do inventário é usado no objeto errado?

Escolha uma resposta que ensine o alvo válido e preserve o progresso. No exemplo Bellglass, a lente continua no inventário, o suporte é destacado e nenhum sinalizador, mostrador nem estado da sala muda. Outros designs podem usar outro feedback, mas o prompt deve dizer se a tentativa consome algo.

Como fazer uma pista depender de duas condições?

Nomeie as duas condições e use uma conjunção clara: revele os símbolos somente quando a lente estiver instalada e as venezianas abertas. Depois declare o que acontece se qualquer condição voltar a ser falsa e se uma informação já aprendida continua disponível no diário ou em outro registro visível ao jogador.

Devo descrever cada hotspot antes de pedir um jogo?

Descreva os hotspots relevantes para o primeiro quebra-cabeça e separe inspecionar, pegar, usar item, inserir símbolo e reiniciar quando tiverem efeitos diferentes. Cômodos e interações opcionais podem vir depois. Um contrato pequeno e explícito ajuda a detectar pré-condições ausentes e mudanças de estado não planejadas.

Bellglass Archive foi gerado ou testado com jogadores?

Não. Bellglass Archive é um design didático fictício original, e seus registros são expectativas especificadas manualmente. Os prompts não foram enviados e não se afirma sala gerada, resultado jogável, teste de software ou estudo com usuários. Confira esses resultados separadamente se construir o design num fluxo de criação de jogos.

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