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 estado | Ação e regra | Resposta visível |
|---|---|---|
| Lente de latão | Escolher 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. |
| Venezianas | Clicar 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 lente | Usar 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 parede | Revelar 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 mostradores | Escolher 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 arquivo | Mantê-la trancada até inserir a sequência completa correta. | Definir doorOpen=true após Maré, Asa, Sino; mostrar a passagem além da porta. |

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.

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.
| Etapa | Ação | Estado e feedback esperados |
|---|---|---|
| 1 | Pegar a lente | Inventário contém a lente; brassLensCarried=true. |
| 2 | Abrir as venezianas | shuttersOpen=true; nenhuma pista aparece pois lensInstalled=false. |
| 3 | Usar lente no suporte | Lente sai do inventário e lensInstalled=true; a conjunção passa a ser verdadeira, então Maré → Asa → Sino aparece e clueSeen=true. |
| 4 | Inserir Maré, depois Asa | dialSequence contém o prefixo correto de dois símbolos; a porta permanece trancada. |
| 5 | Inserir Sino | dialSequence completa; doorOpen=true e a porta abre. |

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ção | Resultado esperado | O que deve permanecer inalterado |
|---|---|---|
| Inspecionar a lente antes de pegá-la | Descrever sua função sem colocá-la no inventário. | brassLensCarried permanece falso. |
| Abrir venezianas com lente ausente | Luz da lua chega ao suporte, mas nenhuma pista aparece. | lensInstalled e clueSeen continuam falsos. |
| Usar lente carregada na placa ou hotspot errado | Mostrar “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 fechadas | Manter a parede em branco até abrir as venezianas. | Inventário reflete lente instalada; clueSeen continua falso. |
| Inserir símbolo errado no mostrador | Limpar 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ímbolos | Abrir a porta do arquivo e mostrar a passagem. | Manter a pista aprendida e os outros estados do cômodo. |
| Reiniciar depois do sucesso | Voltar 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.


