Crie uma sala de fuga cooperativa com prompts de IA

Faça os dois jogadores serem necessários no primeiro quebra-cabeça

Um prompt para sala de fuga cooperativa deve dizer o que cada jogador precisa fazer e como as ações se combinam. Comece com uma pista compartilhada, dois consoles atribuídos a jogadores específicos e uma regra de confirmação sincronizada. Depois defina o que um par correto altera, o que uma incompatibilidade reinicia e como a saída se abre. Chamar algo de cooperativo não impede que uma pessoa resolva a sala pelos dois.

Bellglass Vault é um design didático original para essa sequência de prompts. Tem uma sala, uma pista pública com três símbolos e dois jogadores locais em consoles separados. O percurso pelas regras abaixo foi resolvido manualmente; nenhum prompt foi executado e não foi fornecido um protótipo jogável ou testado.

Antes de descrever o trabalho em latão ou a atmosfera, declare o contrato cooperativo:

Este contrato dá a cada jogador uma ação necessária sem esconder informações da pessoa parceira. O mural é público, então a cooperação vem da propriedade separada dos consoles e do tempo, não de uma pista invisível que apenas uma pessoa consegue ler. As associações de teclado local abaixo são entradas de design propostas; não provam que um produto ou protótipo específico aceite controles duplos.

Defina a propriedade dos consoles e a pista compartilhada

Dê controles diferentes aos jogadores para os consoles atribuídos e especifique quando um mostrador fica travado. Jogador A percorre o mostrador oeste com A/D e confirma com F. Jogador B percorre o mostrador leste com as setas esquerda/direita e confirma com Shift Direito. Cada mostrador oferece crescente, onda ou estrela. Ambos leem a mesma sequência do mural; os consoles não têm pistas privadas.

Ao confirmar, trave o símbolo daquele jogador e inicie um cronômetro de 3 segundos. Quando a pessoa parceira confirmar, resolva o par imediatamente:

Depois de uma falha, reinicie somente a tentativa ativa. Não apague uma lâmpada de um símbolo resolvido anteriormente, não desconte uma vida nem inicie um cronômetro separado para a sala: nenhuma dessas regras pertence a este exemplo. Declarar a recuperação no mesmo prompt do caminho de sucesso evita que o pedido de jogo invente outra penalidade.

Mostre a ação correspondente e seu retorno

A interação é um ciclo de estado curto: os dois consoles começam no neutro; a primeira confirmação trava um mostrador e inicia o cronômetro; a segunda confirmação avança a pista ou reinicia a tentativa. Depois do primeiro par correto, o próximo alvo do mural se torna onda e a primeira de três lâmpadas da porta permanece acesa.

Um exemplo resolvido manualmente: Jogador A confirma crescente em t=0. Jogador B confirma crescente em t=2,4, dentro da janela de três segundos; a primeira lâmpada acende e ambos os mostradores reiniciam para onda. Na etapa de onda, Jogador A confirma onda em t=0 e Jogador B confirma crescente em t=1,0. A incompatibilidade reinicia os dois mostradores; a primeira lâmpada continua acesa e onda permanece como alvo. Ambos podem tentar onda de novo. É um cálculo baseado nas regras propostas, não um resultado de teste com usuários.

A imagem do mecanismo mostra outro momento: onda é o alvo atual, Jogador A preparou o símbolo correspondente e aguarda, e Jogador B selecionou onda mas ainda não confirmou. Só a primeira lâmpada da porta está acesa. Se Jogador B confirmar antes do fim da janela, a segunda etapa será concluída; uma confirmação tardia ou diferente reinicia somente esta tentativa.

Associe o retorno ao estado: uma lâmpada só acende depois de um par correto; uma incompatibilidade mantém a lâmpada atual e a etapa da pista; tempo esgotado limpa a seleção pendente. Evite acrescentar contagem regressiva para a sala inteira quando somente a janela do par é cronometrada.

Peça a primeira sala em etapas deliberadas

Solicite a tabela de regras antes de pedir a sala pronta. Depois peça um único quebra-cabeça local para dois jogadores, com a sequência de três símbolos, consoles separados, janela de confirmação, recuperação e saída. Não combine o prompt com inventário, campanha, pistas de papéis secretos ou rede on-line. Os modelos abaixo são prompts de design; não foram executados em um criador de jogos.

Etapa 1: retorne o contrato de regras

Projete um quebra-cabeça cooperativo de sala de fuga com um cômodo para dois jogadores locais na mesma tela. Antes de descrever arte ou acrescentar recursos, retorne uma tabela de estado com: quantidade e modo de jogadores, console e controles atribuídos a cada pessoa, pista visível para ambas, símbolo atual da sequência, momento em que o cronômetro de confirmação começa, condição exata de sucesso, comportamento de incompatibilidade, comportamento de tempo esgotado, condição da saída e estado de reinício.

Use um mural público que mostre crescente, onda e estrela. Jogador A controla o console oeste, percorre seu mostrador com A/D e confirma com F. Jogador B controla o console leste, percorre-o com as setas esquerda/direita e confirma com Shift Direito. Cada console oferece os mesmos três símbolos. Uma confirmação trava aquele mostrador e inicia uma janela de 3 segundos. Avance somente se ambos confirmarem o mesmo símbolo correto da etapa atual dentro da janela. Qualquer incompatibilidade, símbolo igual mas errado ou tempo esgotado destrava os dois mostradores, limpa o cronômetro e mantém a etapa atual. Depois de três pares corretos, acenda as três lâmpadas da porta e abra a saída; a sala só termina quando ambos atravessarem. Reiniciar apaga todas as lâmpadas, volta ao crescente, destrava os mostradores e os redefine para neutro.

Não acrescente pistas privadas, vidas, cronômetro para a sala inteira, jogo on-line ou penalidade não especificada. Identifique conflitos de controle ou estado em vez de alterar silenciosamente o contrato.

Etapa 2: solicite um protótipo focado

Crie um protótipo de sala de fuga cooperativa local, pequeno, com um único cômodo e mesma tela, usando o contrato aprovado. Posicione dois avatares em consoles de latão claramente separados, oeste e leste, e mostre o mesmo mural crescente → onda → estrela dos dois pontos, além de uma saída fechada com três lâmpadas.

Vincule Jogador A somente ao console oeste: A/D percorre seus três glifos e F confirma. Vincule Jogador B somente ao console leste: as setas esquerda/direita percorrem os glifos e Shift Direito confirma. Cada confirmação trava a seleção e inicia a janela de 3 segundos do par se for a primeira. A segunda confirmação só tem sucesso quando corresponde tanto à seleção da pessoa parceira quanto ao glifo atual do mural antes que o tempo acabe. Então acenda exatamente a próxima lâmpada, avance um símbolo, destrave os dois consoles e retorne ambos os mostradores ao neutro.

Com incompatibilidade, confirmação do mesmo glifo errado por ambos ou tempo esgotado de 3 segundos, limpe as seleções pendentes e o cronômetro, mas mantenha a etapa atual e as lâmpadas já acesas. Não desconte vidas nem avance a sala. Depois do par de estrela, acenda a terceira lâmpada e abra a saída; exija que ambos atravessem para concluir. Reiniciar volta ao crescente, apaga todas as lâmpadas e deixa ambos os mostradores no neutro.

Mostre o alvo compartilhado atual, cada glifo selecionado, qual console está aguardando, o cronômetro do par e as lâmpadas da porta com retorno legível dentro do mundo, sem depender de palavras geradas. Retorne o mapeamento dos controles e as transições esperadas para crescente, onda, estrela, incompatibilidade, tempo esgotado, saída final e reinício. Mantenha o quebra-cabeça restrito a esta sala e estas regras. Não acrescente rede nem afirme que os controles são compatíveis antes de inspecionar o resultado real.

Etapa 3: revise somente uma verificação de par que falhou

Se um protótipo real falhar em uma verificação, forneça a sequência exata de ações e o estado observado. Depois peça uma correção delimitada. Por exemplo, se um resultado real avançar depois de uma única confirmação, revise a condição do par e repita essa sequência; não invente comentários de testadores nem altere a ordem das pistas e do cronômetro ao mesmo tempo.

Confira ambos os jogadores e o estado da saída

Use casos de aceitação que diferenciem progresso de uma pessoa de um par cooperativo real. São verificações planejadas, não resultados aprovados. Em cada tentativa real, anote o símbolo ativo, quem confirmou primeiro, os dois símbolos escolhidos, o cronômetro visível, a quantidade de lâmpadas e o estado seguinte.

Em um protótipo real acessível, confira se ambos conseguem ler a mesma pista, se os controles atribuídos não podem ser trocados e se uma confirmação unilateral nunca acende uma lâmpada. Se o resultado gerado não puder representar entradas locais separadas, registre essa limitação em vez de chamá-lo de jogável.

A ilustração do resultado representa apenas a meta resolvida manualmente: crescente, onda e estrela foram confirmados em pares, as três lâmpadas estão acesas e os dois exploradores atravessam a saída aberta. Não é uma captura de tela de uma sala de fuga gerada.

Use a página de multijogador para delimitar o cenário

A página atual do SEELE Multiplayer Game Maker descreve o planejamento de um cenário curto em torno da quantidade e modo de jogadores, objetivo compartilhado, papéis e regras de interação. Ela recomenda verificar se cada jogador tem uma ação útil e se o resultado está claro. Isso é relevante para enquadrar Bellglass Vault como pequeno cenário cooperativo; não confirma que esses controles de console ou uma sala local gerada funcionarão.

A mesma página informa que jogo on-line ainda depende de implementação, rede, sincronização, hospedagem e testes. Mantenha Bellglass Vault local e na mesma tela, sem sugerir que um prompt resolva esses requisitos on-line. As categorias gerais de criação de jogos da SEELE são amplas e não documentam nem garantem esta interação específica com dois consoles.

Informe quantidade de jogadores, pista comum, propriedade dos consoles, janela do par, reinício após falha e uma pergunta de aceitação. Inspecione o resultado real e confira o custo de geração exibido antes de continuar. A página de planejamento e o prompt não provam que os controles dos consoles ou um resultado cooperativo jogável sejam compatíveis.

Acrescente outra sala somente depois que ambos concluírem esta

Escreva uma pista compartilhada, dê a cada pessoa uma ação necessária e especifique o que correspondência, incompatibilidade, tempo esgotado e reinício alteram. Limite o primeiro prompt a uma sala. Acrescente conteúdo só depois que o resultado real mostrar que ambos podem contribuir e que a saída segue as regras de estado escritas. Bellglass Vault continua sendo um design fictício resolvido manualmente, não evidência de jogo gerado ou testado.

Use o Multiplayer game maker para estruturar um cenário cooperativo curto e inspecione o que o resultado atual oferece. Crie jogos com IA grátis

Perguntas frequentes

O que torna um quebra-cabeça de sala de fuga realmente cooperativo?

Cada jogador precisa ter uma ação necessária, e a regra deve dizer como as ações se combinam. Em Bellglass Vault, cada pessoa controla um console separado e a porta avança somente quando ambas confirmam o símbolo público correto dentro da mesma janela. Isso é uma escolha de design, não uma definição universal nem uma afirmação testada sobre preferências dos jogadores.

Jogadores cooperativos devem receber pistas diferentes?

Nem sempre. Uma pista compartilhada ainda pode exigir cooperação quando os jogadores têm controles separados ou precisam coordenar o tempo. Bellglass Vault mostra o mesmo mural aos dois e atribui um console a cada pessoa. Use pistas privadas somente quando o design depender da troca de informações e declare exatamente como cada pista muda uma decisão.

O que deve acontecer quando uma confirmação chega tarde?

Defina o tempo limite antes de pedir o protótipo. Neste exemplo, as duas seleções pendentes são limpas, a etapa da pista permanece igual e o par pode tentar novamente sem perder uma vida. Outro design pode ter outra consequência, mas o prompt e os critérios de aceitação precisam concordar sobre quando o cronômetro começa e se o progresso anterior permanece.

Um prompt de IA pode garantir cooperativo on-line?

Não. Um prompt pode descrever quantidade de jogadores, objetivo compartilhado e interações, mas não prova que rede, sincronização, hospedagem ou jogo em dispositivos separados tenham sido implementados. A página atual de multijogador da SEELE também identifica esses requisitos on-line como trabalho de implementação e teste. Inspecione e teste qualquer resultado em rede antes de afirmar uma capacidade.

O que devo testar antes de acrescentar mais salas?

Confira se cada console responde apenas à pessoa designada, se um par correto avança exatamente uma pista, se incompatibilidade e tempo esgotado se recuperam da mesma forma, se lâmpadas anteriores continuam acesas e se o reinício limpa a sala. Depois confirme que os três pares corretos abrem a saída e que ambos precisam atravessá-la. Até haver um protótipo real, mantenha essas verificações como planejadas.