Faites en sorte que chaque carte change ce que l’histoire peut raconter

Pour concevoir avec l’IA un jeu narratif de cartes, attribuez une fonction à chaque carte : ce qu’elle permet de partager, la variable qu’elle modifie et la réponse que cette combinaison rend possible. Un petit système d’emplacements de message est plus facile à vérifier qu’un deck complet. Cette page utilise deux emplacements, quatre cartes fixes et une seule réponse avant de transférer l’état.

L’exemple suivant, The Last Postcard, est une conception originale sur papier autour d’Iris, qui enregistre un message, et de son frère Eli. Le jeu n’a pas été construit ni testé. Ses règles fictives montrent comment un tampon postal peut partager un souvenir commun, comment une promesse modifie l’état et comment une question reste désactivée tant qu’elle n’a pas de contexte.

Faites en sorte que chaque carte change ce que l’histoire peut raconter

Une carte narrative est plus qu’une option de dialogue illustrée. Elle devrait produire un résultat reconnaissable : partager un détail, formuler une promesse ou poser une question qui dépend du contexte. Les deux emplacements doivent donner au joueur un choix facile à expliquer avant l’envoi.

Pour The Last Postcard, Iris prépare un message à Eli, qui a déménagé de l’autre côté de la ville après un désaccord familial. La carte Cachet postal partage le lieu près de la rivière et la date ; la carte Promesse peut exprimer un engagement ; la carte Question s’appuie sur un souvenir partagé. La carte Page blanche permet de répondre sans donner le détail du lieu.

Commencez par séparer la fonction des deux emplacements. Une carte Souvenir apporte un contexte auquel Eli peut réagir ; une carte Réponse forme une promesse ou une question. Les trois paires valides produisent des réponses distinctes. Page blanche + Question reste visible mais est désactivée parce que detailShared est faux.

Ce contrat attribue à chaque carte un emplacement, un prérequis et une conséquence visible. Il distingue la transmission d’un souvenir de la formulation d’une intention. Ces variables devraient être affichées après l’envoi pour faciliter une prochaine scène, mais aucune deuxième scène jouable n’est nécessaire dans cette première version.

Définissez les combinaisons valides avant d’ajouter des scènes

Notez les combinaisons valides avant d’écrire les dialogues. Il existe trois paires valides et une paire invalide. La réponse doit correspondre aux variables produites par les cartes, et une option non autorisée ne doit pas être envoyée.

Le texte de la réponse ne doit pas suggérer une variable que les cartes choisies n’ont pas activée. En particulier, Eli ne devrait pas reconnaître un lieu si Cachet postal n’a pas défini detailShared. Cela rend la relation entre combinaison et réponse vérifiable.

Dans cette partie, ne conservez que deux valeurs entre les scènes : detailShared et promiseMade. Après la réponse d’Eli, un petit panneau peut montrer les valeurs qui seraient transmises à une scène ultérieure. Ce panneau constitue un transfert d’état, pas une promesse de contenu jouable supplémentaire.

Demandez le cycle minimal entre les cartes et la réponse

Décrivez l’interaction et ses transitions d’état, pas seulement la prémisse et le ton. Un bon prompt précise la main initiale, les emplacements, les combinaisons valides, l’option désactivée, la réponse et le redémarrage.

Prompt 1 : convertir l’idée en contrat de règles

Conçois un jeu narratif de cartes en une seule scène intitulé The Last Postcard.
Le joueur envoie un message d’Iris à son frère Eli.
Utilise exactement quatre cartes fixes : Cachet postal, Page blanche, Promesse et Question.
Le joueur place une carte dans Souvenir et une autre dans Réponse, puis choisit Envoyer.
Chaque carte ne peut être utilisée qu’une fois par message ; n’ajoute ni tirage, ni défausse, ni carte supplémentaire.

Cachet postal définit detailShared=true et partage le lieu au bord de la rivière ainsi que la date.
Page blanche conserve detailShared=false.
Promesse définit promiseMade=true.
Question n’est activée que si detailShared=true ; sinon, laisse-la visible, désactivée avec la raison « Partagez d’abord un souvenir », sans effet.

Résous Cachet postal+Promesse, Cachet postal+Question et Page blanche+Promesse avec des réponses distinctes correspondant à leurs variables. Refuse Page blanche+Question.
Après une réponse, affiche les deux variables transférées dans un panneau. Le redémarrage doit effacer les deux variables, restaurer les quatre cartes et vider les deux emplacements.
Fournis un tableau d’état compact, le flux du message et les critères d’acceptation. N’ajoute pas d’autre scène, de tirage aléatoire ni de variable non spécifiée.

Ce prompt demande d’abord un contrat, ce qui reste utile même si l’outil ne peut pas implémenter toutes les règles. Vérifiez chaque paire, en particulier le prérequis de Question et l’absence d’effet pour une combinaison désactivée.

Prompt 2 : demander une interaction facile à examiner

Construis une courte interaction de messagerie par cartes selon le contrat approuvé.
Affiche les quatre cartes, les emplacements Souvenir et Réponse, Envoyer, les deux variables actuelles, la réponse d’Eli et Redémarrer dans une scène lisible.
Exige le choix d’un Souvenir avant d’activer une carte de Réponse. Empêche l’utilisation répétée d’une carte ou l’envoi de Page blanche+Question. Affiche la raison exacte de la désactivation. Après Envoyer, retire la paire utilisée de la main et montre la réponse correspondante d’Eli.
Affiche detailShared et promiseMade uniquement dans un panneau de transfert destiné à une scène ultérieure ; n’ajoute pas et ne suggère pas une deuxième scène jouable.
Utilise comme décor l’imprimerie au bord de la rivière et l’appartement, avec des dialogues courts qui n’attribuent pas d’effet à des cartes non jouées. Rends visibles la sélection, les changements d’état et le redémarrage. Si une règle est incompatible, explique la limite et fournis une spécification de conception plutôt que de la modifier sans prévenir.

La disposition visuelle peut aider à communiquer l’état, mais vérifiez l’interaction elle-même. Le joueur peut-il choisir d’abord un souvenir ? Question est-elle activée uniquement après Cachet postal ? Une paire interdite conserve-t-elle l’état ? La réponse correspond-elle à la combinaison envoyée ?

Examinez la conception sur papier sans la qualifier de test de jeu

Un prompt peut spécifier une règle tout en laissant l’action du joueur peu claire. Ici, Question apparaît dans la main, mais le joueur ne peut pas l’envoyer avec Page blanche. Si l’étiquette ne précise pas le prérequis, la restriction peut sembler arbitraire. La révision modifie l’explication, pas la règle narrative.

Il s’agit d’une itération sur papier : les règles et la réponse attendue sont comparées dans le modèle. Ce n’est ni un playtest ni une mesure de la compréhension des joueurs. Toute affirmation de clarté ou de comportement nécessite des observations issues d’une véritable version.

Le changement de texte ne modifie pas la règle narrative ; il indique comment obtenir le contexte manquant. Maintenez le flag detailShared à faux et confirmez qu’aucun message n’est envoyé. Ensuite, vérifiez que Cachet postal active bien Question. detailShared ni l’envoi du message.

Vérifiez l’état, la réponse et le redémarrage

Suivez chaque paire valide depuis un état propre. Confirmez que les cartes choisies quittent la main après l’envoi, que la réponse d’Eli correspond aux variables modifiées et que le panneau de transfert affiche les deux valeurs. Le redémarrage doit restaurer la main de quatre cartes, remettre les deux variables à faux et vider les emplacements.

Notez ce que vous observez : état initial, cartes choisies, retours, réponse et état après redémarrage. Séparez les événements observés des changements que vous souhaiteriez voir. Si aucun prototype n’est disponible, laissez les résultats de test inconnus.

Apportez le contrat des cartes à une première création

La page officielle Free AI Game Maker décrit comment rédiger une idée en langage naturel, examiner un résultat jouable en 2D ou 3D et l’itérer dans Workspace. Elle recommande de vérifier le modèle sélectionné, le solde Koin et le coût affiché. Cela décrit un processus général, pas la garantie des transitions de The Last Postcard.

Comparez le résultat aux critères d’acceptation. Si les états des cartes ou la règle de Question manquent, demandez cette transition précise au lieu d’ajouter davantage d’histoire. Lisez la main, le message et le panneau de transfert après chaque action.

N’ajoutez une autre carte que si elle crée un nouveau choix

Gardez la main initiale fixe jusqu’à ce qu’il soit facile de suivre les trois paires valides, l’état désactivé et les deux variables transférées. Une nouvelle carte devrait créer une décision ou une conséquence distincte, pas seulement augmenter le nombre d’options. Vérifiez d’abord la cohérence des réponses.

Lorsque votre propre prototype fonctionne comme prévu, vous pouvez utiliser Free AI Game Maker de SEELE pour continuer à façonner l’idée et la réviser. Conservez le contrat des cartes avec chaque itération afin que le résultat soit comparé aux mêmes règles.