Des prompts de jeu asymétrique, du contrat au premier build

Un jeu coopératif asymétrique fonctionne lorsque les joueurs disposent d’informations différentes et que chacun peut effectuer une action inaccessible à l’autre. Commencez par un objectif commun, précisez ce que chaque rôle peut voir et modifier, puis rendez le résultat visible pour les deux. Demandez ensuite une petite rencontre et un moyen d’en examiner les règles avant d’élargir le jeu.

Les prompts ci-dessous utilisent Lantern Relay, un concept original de sauvetage dans une grotte pour deux participants locaux qui communiquent par la voix. Le Gardien connaît un itinéraire fixe et les options des volets à distance, mais ne voit pas quel segment du faisceau est éclairé. L’Explorateur voit ce segment et peut tourner le miroir physique, mais ne voit pas la carte complète. Les deux doivent partager leurs informations pour aligner le faisceau sur l’abri et ouvrir la sortie. Il s’agit d’un exemple de conception fictif, pas d’un jeu créé ou testé.

Partez de la dépendance, pas des classes de personnages

Avant de nommer les rôles, complétez cette phrase : « Nous atteignons [objectif partagé] uniquement après qu’un joueur utilise [information privée] pour effectuer [action]et que l’autre utilise [information différente] pour effectuer [autre action]». Si l’une des actions peut être supprimée sans modifier la solution, les rôles ont des noms différents, mais ne dépendent pas encore réellement l’un de l’autre.

Pour rédiger un prompt de jeu coopératif asymétrique, écrivez d’abord l’objectif partagé, puis définissez une limite d’information et une action exclusive pour chaque rôle. Ajoutez ensuite le signal transmis d’un joueur à l’autre et la réponse visible qui confirme l’action combinée. Cette chaîne permet de vérifier si chaque rôle est nécessaire avant de détailler l’histoire ou l’apparence.

Un exemple documenté d’information répartie figure dans le guide officiel de jeu à distance de Keep Talking and Nobody Explodes. Le Démineur voit la bombe, mais pas le manuel ; les Experts consultent le manuel sans voir la bombe. Lantern Relay utilise un autre décor et une autre règle, mais suit le principe consistant à confier des informations et des actions différentes aux joueurs.

Donnez à chaque rôle une tâche nécessaire

Dans Lantern Relay, le Gardien connaît l’itinéraire fixe de la grotte et les options des volets à distance, mais ne peut pas voir le segment du faisceau qui est éclairé. L’Explorateur voit ce segment et peut tourner l’unique miroir physique, mais ne peut pas consulter la carte complète. L’Explorateur communique le segment touché ; le Gardien choisit alors un volet. Aucune de ces actions ne suffit seule à ouvrir la voie de sauvetage.

Il s’agit d’un contrat entre les rôles : chacun possède une information privée, une action liée à cette information et une raison de communiquer. Avant d’écrire un prompt complet, vérifiez que l’un ne peut ni deviner l’état de l’autre ni terminer seul la salle.

Le tableau révèle également un défaut fréquent : si la carte du Gardien affiche déjà le segment actif du faisceau, le compte rendu de l’Explorateur n’apporte aucune information nouvelle. Si le Gardien peut ouvrir la voie sans tourner le miroir, l’Explorateur n’est pas nécessaire. Vérifiez ces dépendances avant d’ajouter des animations.

Utilisez trois prompts pour passer des règles à une salle

Séparez les demandes afin que chaque réponse ait une tâche précise. Commencez par définir le contrat des rôles. Demandez ensuite une interaction jouable compacte ou, si l’outil ne peut pas générer de jeu, un concept de salle avec des états vérifiables. Ne demandez pas une évaluation de test sans observations réelles.

Prompt 1 : définir le contrat des rôles

Conçois un concept de jeu coopératif pour exactement [nombre de joueurs] participants. Objectif partagé : [une phrase décrivant ce que le groupe doit accomplir]. Hypothèse de communication : [voix locale, texte ou aucune]. Pour chaque rôle, précise les informations privées, l’action exclusive, le signal à communiquer et ce que voit le partenaire. Décris la dépendance exacte entre les actions ainsi qu’un retour visuel en cas de réussite et d’échec. N’ajoute pas d’autres rôles ou systèmes avant que le contrat fonctionne.

Cette première demande vise un contrat de conception, pas un univers peaufiné. Vérifiez que chaque rôle a quelque chose à observer, une action à effectuer et un compte rendu qui modifie la décision de son partenaire. Sinon, resserrez la limite d’information avant de concevoir la salle.

Prompt 2 : délimiter la première salle

Crée la conception d’une salle de sauvetage dans une grotte appelée Lantern Relay. Il s’agit d’un concept pédagogique fictif pour deux participants locaux qui communiquent par la voix. Le Gardien consulte une carte fixe avec un couloir vertical et trois volets à distance : nord, centre et sud. L’Explorateur commence près d’un miroir physique qu’il peut uniquement faire tourner. Le Gardien ne voit pas le segment éclairé du faisceau ; l’Explorateur voit le faisceau, mais pas la carte complète.

L’objectif est de relier le faisceau à l’abri et d’ouvrir la porte. Au début, le volet nord bloque l’itinéraire. Après chaque rotation du miroir, l’Explorateur indique quel segment le faisceau atteint ; le Gardien modifie un volet en conséquence. Un seul segment se déplace par action. Affiche l’état du faisceau et du volet après chaque étape, signale clairement une action invalide et permets de restaurer exactement l’état initial. N’ajoute ni minuteur, ni ennemis, ni objets aléatoires.

Après la réponse, lisez le tableau des états avant de juger la direction artistique. Demandez si une mauvaise sélection de volet produit une réaction visible et si les deux joueurs comprennent quelle action a modifié le trajet. Si une règle ou un état manque, demandez uniquement cette précision.

Prompt 3 : évaluer les observations réellement recueillies

Examine les observations que je fournis pour cette conception coopérative d’une salle. N’invente ni actions de joueurs, ni notes de test, ni résultats concluants.

Contrat de conception : [insérer le contrat approuvé]
État initial : [insérer le schéma de la salle]
État attendu : [décrire les changements visibles]
Observations réelles : [coller la séquence exacte ou écrire « aucune »]

Sépare les faits observés des hypothèses. Identifie la première divergence entre l’état attendu et l’état observé. Propose une correction ciblée d’une seule règle et une vérification à refaire. Si aucune observation n’est fournie, donne une liste de contrôle de conception, pas un rapport de test.

L’entrée est ce qui compte, pas le mot « évaluer ». Sans séquence observée, on peut suggérer une vérification de conception, mais pas rapporter le comportement des joueurs. Gardez les champs vides ou indiquez « aucune observation » jusqu’à disposer de preuves.

Vérifiez que les deux joueurs comptent

Un tableau des rôles décrit l’intention ; la salle doit encore faire l’objet de vérifications observables. Parcourez la rencontre depuis son état initial et demandez-vous ce que sait chaque participant, quand il doit communiquer et quel changement confirme que son action a été prise en compte.

Ne changez qu’un élément à la fois. Si le compte rendu est ambigu, clarifiez le signal avant d’ajouter un système d’indices. Si un rôle est inactif, réduisez le nombre d’étapes ou donnez-lui une observation pertinente. Conservez les autres règles pendant la révision pour comprendre ce qui a changé.

Réviser à partir d’une observation réelle

Lorsque vous pourrez observer le jeu avec des participants, notez quatre éléments : l’action, le résultat attendu, le résultat réel et le premier moment d’hésitation. N’ajoutez pas de motifs que personne n’a exprimés. Si un joueur annonce « segment supérieur » et que le Gardien choisit le volet nord, consignez ces deux faits puis comparez-les à l’état attendu.

Gardez le reste de la salle identique pendant la révision. Rejouez ensuite depuis le même état initial et vérifiez si le compte rendu modifie la décision du partenaire. Sans observation réelle, décrivez uniquement ce qui devrait être testé.

Transférer un brief limité dans un processus de création

Lorsque le contrat sur papier est cohérent, vous pouvez essayer l’idée dans un processus de création de jeu et inspecter le résultat. La page actuelle créateur de jeux Free AI décrit les demandes en langage naturel, la révision de résultats jouables en 2D ou 3D et l’itération dans Workspace. Elle recommande également de vérifier les options et les coûts avant l’envoi. Ces informations décrivent un flux général, pas la prise en charge garantie du multijoueur local asymétrique, des vues séparées ou du contrôle vocal.

Incluez dans la demande l’objectif commun, la première action de chaque joueur, les états de la salle et la réponse attendue. Vérifiez ensuite si le résultat représente réellement cette relation. Si l’outil produit un jeu jouable, testez les commandes et la communication localement ; ne supposez pas qu’elles fonctionnent parce qu’elles figurent dans le prompt. La page de création de puzzles par IA peut aider à formuler une règle, un indice visible, une action de résolution et un résultat. Elle n’établit pas la compatibilité avec le multijoueur local ni la séparation des informations. Un bon premier résultat est le plus petit élément que vous pouvez comparer au contrat. Conservez la salle seulement si chaque rôle fournit une information ou une action, si la transmission est nécessaire et si les deux joueurs voient l’effet de leur coopération.

Questions fréquentes