Faites des deux joueurs une nécessité dès la première énigme
Un prompt d’escape game coopératif doit préciser ce que fait chaque joueur et comment leurs actions se combinent. Commencez par un indice partagé, deux consoles attribuées et une confirmation synchronisée. Définissez ensuite l’effet d’une paire correcte, la réinitialisation après une discordance et l’ouverture de la sortie. Le simple fait de qualifier le jeu de coopératif n’empêche pas une personne de résoudre la salle pour les deux.
Bellglass Vault est une conception pédagogique originale créée pour cette série de prompts. Elle comprend une salle, un indice public de trois symboles et deux joueurs locaux sur des consoles séparées. Le parcours de règles ci-dessous a été résolu à la main : aucun prompt n’a été exécuté et aucune version jouable ou testée n’a été fournie.
Avant de décrire les ornements en laiton ou l’ambiance, définissez le contrat coopératif :
| Élément du contrat | Proposition de Bellglass Vault | Ce que doit révéler la première vérification |
|---|---|---|
| Joueurs et mode | Deux joueurs sur le même écran ; commandes locales uniquement. | Les deux peuvent agir dans la même salle ; aucun mode en ligne n’est sous-entendu. |
| Indice partagé | Une fresque publique présente, dans cet ordre, un croissant de lune, une vague et une étoile. | Les deux joueurs peuvent voir l’objectif actuel depuis leur console. |
| Attribution des actions | Le joueur A utilise la console ouest ; le joueur B, la console est. | Un même avatar ne peut pas manipuler les deux consoles. |
| Condition de la paire | Les deux confirment le même symbole correct dans les 3 secondes suivant la première confirmation. | Une paire correcte fait avancer d’une étape ; aucun joueur ne peut la réussir seul. |
| Échec | Une discordance, le même symbole incorrect choisi par les deux ou l’expiration du délai remet les deux cadrans au neutre. | L’indice actuel reste actif ; aucune vie ni durée de salle n’est perdue. |
| Fin et réinitialisation | Trois paires correctes ouvrent la sortie ; les deux joueurs doivent la franchir. La réinitialisation éteint les lumières et remet à zéro l’étape de l’indice et les deux cadrans. | Les deux joueurs peuvent observer la fin et la réinitialisation. |
Ce contrat attribue à chaque joueur une action indispensable sans lui cacher l’information de son partenaire. La fresque est publique : la coopération repose donc sur l’attribution des consoles et le timing, pas sur un indice secret que seul l’un pourrait lire. Les commandes clavier ci-dessous sont des propositions de conception ; elles ne prouvent pas qu’un produit ou prototype précis accepte deux contrôleurs.
Définissez qui contrôle chaque console et quel indice est partagé
Attribuez des commandes différentes à chaque console et précisez quand un cadran se verrouille. Le joueur A modifie le cadran ouest avec A/D et confirme avec F. Le joueur B modifie le cadran est avec les flèches gauche/droite et confirme avec Maj droite. Chaque cadran propose un croissant de lune, une vague ou une étoile. Les deux lisent le même ordre sur la fresque ; les consoles ne donnent aucun indice privé.
À la confirmation, verrouillez le symbole du joueur et démarrez un délai de 3 secondes. À la confirmation du partenaire, résolvez immédiatement la paire :
| Deuxième confirmation | Résultat | État suivant |
|---|---|---|
| Correspond au symbole actuel de la fresque et arrive avant l’expiration des 3 secondes. | Allumez la lumière suivante de la porte et avancez d’une étape dans l’indice. | Déverrouillez les deux consoles et remettez les cadrans au neutre pour le symbole suivant. |
| Diffère du symbole choisi par le partenaire. | L’essai en cours échoue immédiatement. | Déverrouillez les deux consoles, supprimez le délai en attente et gardez la même étape de l’indice. |
| C’est le même symbole incorrect, même si les deux joueurs ont choisi le même. | L’essai en cours échoue immédiatement. | Déverrouillez les deux consoles, supprimez le délai en attente et gardez la même étape de l’indice. |
| Le partenaire ne confirme pas avant la fin du délai de 3 secondes. | L’essai échoue à l’expiration du délai. | Déverrouillez les deux consoles, supprimez le délai en attente et gardez la même étape de l’indice. |
Après un échec, ne réinitialisez que l’essai actif. N’éteignez pas une lumière déjà gagnée, ne retirez pas de vie et ne lancez pas un chronomètre pour toute la salle : aucune de ces règles n’appartient à cet exemple. Décrire la récupération dans le même prompt que la réussite évite que le jeu invente une autre pénalité.
Montrez l’action de synchronisation et sa réponse
L’interaction forme une courte machine à états : les deux consoles commencent au neutre ; la première confirmation verrouille un cadran et démarre le délai ; la seconde fait avancer l’indice ou réinitialise l’essai. Après la première paire correcte, la vague devient le nouvel objectif de la fresque et la première des trois lumières de la porte reste allumée.
Exemple résolu à la main : le joueur A confirme le croissant de lune à t=0Le joueur B confirme le croissant de lune à t=2.4, dans le délai de trois secondes ; la première lumière s’allume et les deux cadrans sont remis à zéro pour la vague. À l’étape de la vague, le joueur A confirme une vague à t=0 , tandis que le joueur B confirme un croissant de lune à t=1.0. La discordance réinitialise les deux cadrans ; la première lumière reste allumée et la vague demeure l’objectif. Les deux peuvent réessayer. Il s’agit d’un calcul dérivé des règles proposées, pas du résultat d’un test utilisateur.
L’image du mécanisme représente un autre instant : la vague est l’objectif actif, le joueur A a réglé le symbole correspondant et attend, tandis que le joueur B a choisi la vague sans encore confirmer. Seule la première lumière de la porte est allumée. Si le joueur B confirme la vague avant l’expiration du délai, la deuxième étape est validée ; une confirmation tardive ou différente ne réinitialise que cet essai.
Reliez chaque réponse à l’état : une lumière ne s’allume qu’après une paire correcte ; une discordance conserve la lumière et l’étape en cours ; l’expiration efface le choix en attente. N’ajoutez pas de compte à rebours général si la conception ne prévoit qu’un délai par paire.
Demandez une seule salle, étape par étape
Demandez d’abord un tableau de règles, puis une énigme locale à deux joueurs avec trois symboles, des consoles distinctes, un délai de confirmation, une récupération et une sortie. N’y mêlez ni inventaire, ni campagne, ni rôles cachés, ni jeu en ligne. Les modèles qui suivent sont des prompts de conception ; ils n’ont pas été exécutés dans un créateur de jeux.
Étape 1 : renvoyer le contrat de règles
Conçois une énigme d’escape game coopérative dans une seule salle pour deux joueurs locaux sur le même écran. Avant de décrire l’art ou d’ajouter des fonctions, renvoie un tableau d’états indiquant : nombre et mode des joueurs, console et commandes attribuées à chacun, indice visible par les deux, symbole actif, déclenchement du délai, condition exacte de réussite, réponse aux discordances et aux expirations, condition de sortie et état après réinitialisation.
Utilise une fresque publique montrant un croissant de lune, une vague et une étoile. Le joueur A contrôle la console ouest, change son cadran avec A/D et confirme avec F. Le joueur B contrôle la console est, change son cadran avec les flèches gauche/droite et confirme avec Maj droite. Les deux consoles proposent les mêmes trois symboles. Une confirmation verrouille le cadran correspondant et démarre un délai de 3 secondes. N’avance que si les deux joueurs confirment le même symbole correct avant l’expiration. Toute discordance, le même symbole incorrect choisi par les deux ou l’expiration déverrouille les deux cadrans, efface le délai et conserve l’étape actuelle. Après trois paires correctes, allume les trois lumières de la porte et ouvre la sortie ; la salle n’est terminée que lorsque les deux joueurs l’ont franchie. La réinitialisation éteint toutes les lumières, revient au croissant de lune, déverrouille les cadrans et les remet au neutre.
N’ajoute ni indice privé, ni vie, ni chronomètre pour toute la salle, ni jeu en ligne, ni pénalité non précisée. Signale tout conflit de commandes ou d’état au lieu de modifier le contrat sans prévenir.Étape 2 : demander un prototype limité
Crée un petit prototype d’escape game coopératif local dans une seule salle et sur un seul écran, conforme au contrat approuvé. Place deux avatars devant des consoles en laiton clairement séparées, à l’ouest et à l’est. Depuis les deux positions, la même fresque — croissant de lune → vague → étoile — et une sortie fermée avec trois lumières doivent être visibles.
Attribue au joueur A uniquement la console ouest : A/D fait défiler ses trois glyphes et F confirme. Attribue au joueur B uniquement la console est : les flèches gauche/droite font défiler les glyphes et Maj droite confirme. Chaque confirmation verrouille ce choix et, s’il s’agit de la première, démarre le délai de 3 secondes pour la paire. La seconde confirmation ne réussit que si elle correspond au choix du partenaire et au glyphe actuel de la fresque avant l’expiration. Dans ce cas, allume uniquement la lumière suivante, avance d’un symbole, déverrouille les deux consoles et remets les cadrans au neutre.
En cas de discordance, de symbole incorrect identique ou d’expiration du délai de 3 secondes, efface les choix en attente et le délai, mais conserve l’étape de l’indice et les lumières déjà allumées. Ne retire pas de vie et ne fais pas avancer la salle. Après la paire de l’étoile, allume la troisième lumière et ouvre la sortie ; les deux joueurs doivent la franchir pour terminer. Une réinitialisation revient au croissant de lune, éteint toutes les lumières et remet les deux cadrans au neutre.
Affiche l’objectif commun actuel, chaque glyphe choisi, la console qui attend, le délai de la paire et les lumières de la porte avec des indications lisibles dans le décor, sans dépendre de texte généré. Renvoie l’attribution des commandes et les transitions attendues pour la lune, la vague, l’étoile, une discordance, une expiration, la sortie et la réinitialisation. Limite l’énigme à cette salle et à ces règles. N’ajoute aucune connexion réseau et n’affirme pas que les commandes sont compatibles sans examiner le résultat réel.Étape 3 : corriger uniquement une vérification de paire qui échoue
Si un vrai prototype échoue plus tard à une vérification, fournis la séquence exacte d’actions et l’état observé. Demande ensuite une correction ciblée. Par exemple, si le jeu avance après une seule confirmation, vérifie la condition de paire et répète cette séquence ; n’invente pas de retours de test et ne modifie pas en même temps l’ordre des indices et le délai.
Vérifiez les deux joueurs et la sortie finale
Utilisez des critères d’acceptation qui distinguent l’avancement d’un joueur de la réussite d’une vraie paire. Ce sont des vérifications prévues, pas des tests réussis. Pour chaque essai réel, consignez le symbole actif, qui a confirmé en premier, les deux symboles choisis, le délai affiché, le nombre de lumières allumées et l’état suivant.
| Cas | Séquence d’entrée | État attendu |
|---|---|---|
| Première paire correcte | A confirme le croissant de lune ; B confirme le même symbole en moins de 3 secondes. | La lumière 1 s’allume ; l’objectif devient la vague ; les deux cadrans sont neutres et déverrouillés. |
| Même symbole incorrect | À l’étape de la vague, les deux confirment le croissant de lune. | L’essai est réinitialisé ; la vague reste l’objectif et la lumière 1 reste allumée. |
| Symboles différents | A confirme la vague ; B confirme le croissant de lune. | Échec immédiat ; effacer les choix en attente sans avancer. |
| Partenaire en retard | A confirme le glyphe actif ; B attend plus de 3 secondes. | L’expiration réinitialise les deux consoles ; l’étape de l’indice et les lumières restent inchangées. |
| Attribution des consoles | Le joueur A tente de manipuler la console est. | Cette entrée est ignorée pour cette console ; le joueur B en garde le contrôle. |
| Paire finale | Les deux confirment correctement l’étoile avant l’expiration. | La lumière 3 s’allume et la sortie s’ouvre. |
| Fin coopérative | A seul franchit la sortie, puis B le rejoint. | La salle ne se termine que lorsque les deux l’ont franchie. |
| Réinitialiser | Réinitialise après une progression partielle, quelle qu’elle soit. | La sortie se referme ; toutes les lumières s’éteignent ; l’objectif revient au croissant de lune et les deux cadrans sont neutres. |
Dans une vraie version accessible, vérifiez que les deux joueurs peuvent lire le même indice, qu’ils ne peuvent pas échanger les commandes attribuées et qu’une confirmation unilatérale n’allume jamais une lumière. Si le résultat généré ne sait pas gérer des entrées locales séparées, consignez cette limite au lieu de présenter l’interaction comme jouable.
L’illustration du résultat représente uniquement l’objectif résolu à la main : les paires croissant de lune, vague et étoile ont été confirmées, les trois lumières sont allumées et les deux explorateurs franchissent la sortie ouverte. Ce n’est pas une capture d’écran d’une escape room générée.
Utilisez la page multijoueur pour délimiter le scénario
La page actuelle Multiplayer Game Maker de SEELE décrit la planification d’un court scénario en définissant le nombre et le mode des joueurs, un objectif commun, les rôles et les règles d’interaction. Elle recommande de vérifier que chacun dispose d’une action utile et que le résultat est clair. C’est une référence pertinente pour cadrer Bellglass Vault comme petit scénario coopératif ; elle ne prouve pas que l’attribution des consoles ou une salle locale générée fonctionneront.
La même page précise que le jeu en ligne dépend encore de l’implémentation, du réseau, de la synchronisation, de l’hébergement et des tests. Gardez Bellglass Vault en local et sur un seul écran ; ne suggérez pas qu’un prompt résout ces exigences en ligne. Les catégories générales de création de jeux de SEELE sont larges et ne documentent ni ne garantissent cette interaction précise à deux consoles.
Définissez le nombre de joueurs, l’indice commun, l’attribution des consoles, le délai par paire, la récupération après échec et un critère d’acceptation. Examinez le résultat réel et vérifiez le coût de génération affiché avant de continuer. La page de planification et le prompt ne prouvent ni la compatibilité des commandes de console ni le bon fonctionnement d’un résultat coopératif jouable.
N’ajoutez une autre salle que lorsque les deux joueurs peuvent terminer celle-ci
Écrivez un indice partagé, attribuez une action indispensable à chaque joueur et précisez ce qui change en cas de correspondance, de discordance, d’expiration ou de réinitialisation. Limitez le premier prompt à une salle. N’ajoutez du contenu que lorsque le résultat réel montre que les deux peuvent contribuer et que la sortie respecte les règles d’état écrites. Bellglass Vault reste une conception fictive résolue à la main, pas la preuve d’un jeu généré ou testé.
Utilisez Multiplayer game maker pour cadrer un court scénario coopératif, puis examinez les possibilités du résultat actuel.
Foire aux questions
Qu’est-ce qui rend une énigme d’escape game vraiment coopérative ?
Chaque joueur doit avoir une action indispensable, et la règle doit expliquer comment elles se combinent. Dans Bellglass Vault, chacun contrôle une console différente et la porte n’avance que si les deux confirment le bon symbole public dans le même délai. C’est un choix de conception, pas une définition universelle ni une affirmation testée sur les préférences des joueurs.
Les joueurs en coopération ont-ils besoin d’indices différents ?
Pas nécessairement. Un indice partagé peut exiger de coopérer si les joueurs ont des commandes séparées ou doivent coordonner leur timing. Bellglass Vault montre la même fresque aux deux et attribue une console à chacun. N’utilisez des indices privés que si la conception exige un échange d’informations, et précisez comment chaque indice modifie une décision.
Que doit-il se passer si un joueur confirme trop tard ?
Définissez l’expiration avant de rédiger le prompt. Cet exemple efface les deux choix en attente, conserve l’étape de l’indice et permet de réessayer sans perdre de vie. Une autre conception pourrait prévoir une conséquence différente, mais le prompt et les vérifications doivent s’accorder sur le début du délai et la conservation de la progression antérieure.
Un prompt IA peut-il garantir le jeu coopératif en ligne ?
Non. Un prompt peut décrire le nombre de joueurs, l’objectif commun et les interactions, mais il ne prouve pas que le réseau, la synchronisation, l’hébergement ou le jeu entre appareils séparés sont implémentés. La page multijoueur actuelle de SEELE identifie également ces besoins comme des travaux d’implémentation et de test. Examinez et testez tout résultat connecté avant de lui attribuer cette capacité.
Que faut-il tester avant d’ajouter d’autres salles ?
Vérifiez que chaque console ne répond qu’au joueur qui lui est attribué, qu’une paire correcte fait avancer exactement d’un indice, qu’une discordance et une expiration récupèrent de la même façon, que les lumières déjà gagnées restent allumées et que la réinitialisation vide la salle. Vérifiez ensuite que trois paires correctes ouvrent la sortie et que les deux joueurs doivent la franchir. Tant qu’il n’existe pas de version réelle, gardez ces vérifications au statut planifié.
