Définissez les temps, les frappes et leurs retours

Un prompt de jeu de rythme a besoin de quatre règles avant de nouvelles chansons : une horloge, une liste de temps cibles, une tolérance pour les frappes et un résultat déterministe pour les réussites et les ratés. Décrivez ces règles en termes simples, vérifiez quelques frappes à la main et demandez une petite boucle jouable. Vous obtiendrez un brief utile à examiner, sans pour autant prouver que l’audio ou le timing générés fonctionneront.

Lantern Pulse est un graphique fictif à une seule voie, créé pour illustrer concrètement les règles de timing. Les valeurs sont un exemple rédigé et calculé sur papier ; elles ne proviennent pas d’un prompt exécuté, d’un jeu jouable ni d’une mesure de synchronisation.

Définissez le rythme avant d’ajouter du contenu

Commencez par préciser l’horloge du graphique. Ici, elle démarre à t = 0 lorsque le joueur appuie sur Jouer. Il n’y a ni décompte ni pré-départ. À 120 battements par minute, un battement dure 60 / 120 = 0,5 seconde. Les temps 2, 4 et 6 placent les cibles respectivement une, deux et trois secondes après le départ de l’horloge.

Il s’agit d’un calendrier, pas d’un fichier audio. Un jeu peut afficher les cibles selon une horloge rythmique, mais une vraie chanson ajoute des questions volontairement écartées de ce modèle : quand la lecture audio commence, si l’appareil crée une latence, comment le graphique est calibré et si la musique et les cibles visuelles restent alignées sur différents appareils. Traitez ces questions séparément de ce premier exercice de rédaction des règles.

L’état initial du graphique doit être aussi précis que son tempo : une voie, trois cibles non résolues, une série à zéro et l’index de cible à zéro. Le joueur n’a encore rien touché. Recommencer restaure exactement cet état. Une partie se termine lorsque la fenêtre de frappe de la dernière cible se ferme, après l’enregistrement du nombre de réussites, de ratés et de la série finale.

Demandez une boucle jouable avec des commandes sans ambiguïté

Un prompt doit préciser ce que le joueur peut faire et ce que le jeu doit décider. « Tape au rythme de la musique » ne définit ni l’horloge, ni l’erreur acceptable, ni le comportement tardif, ni le retour visuel. Un prompt plus précis donne à chacun une règle vérifiable. Dans Lantern Pulse, une frappe réussit si son horodatage se situe à 80 millisecondes au plus avant ou après la cible active, bornes incluses. Chaque cible n’est résolue qu’une fois. À la fin de son délai, si aucune frappe n’a réussi, elle compte comme un raté, la série revient à zéro et le jeu passe à la suite. Une frappe en dehors de toutes les fenêtres ouvertes est ignorée.

Voici un modèle à adapter. Il demande un prototype limité et un moyen d’examiner le fonctionnement des règles. Ce modèle de prompt n’a pas été exécuté ; aucun résultat ni jeu créé n’est revendiqué.

Crée un petit prototype de jeu de rythme à une voie selon ce brief.

Horloge : démarre le temps du graphique à 0 quand le joueur appuie sur Jouer. Utilise une horloge fixe à 120 BPM ; n’ajoute ni décompte ni pré-départ.
Cibles : place les notes aux temps 2, 4 et 6 (respectivement 1,00, 2,00 et 3,00 secondes après Jouer).
Règle de frappe : une frappe ne réussit que sur la cible non résolue actuelle et si l’écart absolu est inférieur ou égal à 80 ms, bornes incluses. Résous chaque cible une seule fois. Ignore les frappes en dehors de toutes les fenêtres ouvertes.
Retard : si la cible actuelle dépasse son temps cible + 80 ms sans réussite, enregistre un raté, remets la série à zéro et avance. Une frappe ultérieure ne peut pas réussir cette cible.
Retour : chaque réussite augmente la série et allume une lanterne. Un raté remet la série à 0 et éteint les lanternes. Montre la cible active et la ligne de timing sans dépendre uniquement d’un texte.
Fin et reprise : termine après le délai de la troisième cible ; affiche le nombre de réussites, de ratés et la série finale. Recommencer restaure le graphique au repos, une série à 0 et la cible 1.

Limite cette première version à une voie et trois frappes. Fournis un moyen visible de vérifier le temps cible, l’écart de la frappe, son résultat et la série obtenue. Ne prétends pas à une synchronisation audio avant une calibration et un test séparés.

Le prompt distingue les règles du graphique des suppositions d’implémentation. Il n’impose ni niveaux de précision, ni santé, ni notes longues, ni plusieurs voies, ni multiplicateur, ni dangers d’arrière-plan. Chacun ajouterait un état ou une question de timing avant que la boucle de base soit comprise. Ajoutez un élément seulement s’il sert une décision concrète du joueur.

L’image du mécanisme montre la deuxième cible au battement 4, résolue comme une réussite. La première avait déjà allumé une cellule ; cette frappe en ajoute une deuxième. Une impulsion visuelle marque le contact et la bande à deux cellules indique la série obtenue, sans prétendre que le graphique fictif a été implémenté.

Vérifiez les mêmes frappes avec la règle de base

Avant de demander à un outil de créer une boucle, comparez les règles écrites à une courte séquence. L’écart correspond à l’horodatage de la frappe moins le temps cible. Une valeur positive est en retard ; une valeur négative est en avance. Avec une fenêtre inclusive de ±80 ms, les écarts entre −80 et +80 ms sont des réussites.

Les deux premières frappes sont dans leur fenêtre : la série passe de zéro à un, puis à deux. La troisième a 90 ms de retard. Son échéance de base est à 3,00 + 0,08 = 3,08 secondes ; à 3,09 secondes, la cible est déjà ratée et la frappe tardive ne peut pas annuler le résultat. La séquence se termine avec deux réussites, un raté et une série à zéro.

Il est important d’écrire l’échéance. Sans cela, deux implémentations pourraient traiter différemment une frappe arrivée après la fermeture d’une cible : l’une pourrait la compter en retard, l’autre l’ignorer silencieusement et une troisième laisser la cible active indéfiniment. Le prompt doit préciser quel événement résout la cible et quand le jeu passe à la suite.

Changez une règle de timing et rejouez la séquence

Pour comparer avec une fenêtre plus tolérante, changez uniquement la marge de ±80 à ±100 ms. Gardez l’horloge, les temps cibles, les horodatages des frappes, le retour d’échec et la reprise identiques. La troisième frappe reste à 3,09 secondes, soit +90 ms par rapport à la cible de 3,00 secondes. Elle est désormais dans la fenêtre et devient une réussite. Dans cette trace fictive, les trois frappes réussissent et la série finale atteint trois.

Cette comparaison sur papier est contrôlée, car une seule variable rédigée a changé. Elle ne démontre ni qu’une marge de ±100 ms sera plus agréable, ni qu’un appareil enregistrera cet écart, ni qu’un jeu généré sera synchronisé avec la musique. Ce sont des questions de conception et de test distinctes. Si l’expérience dépend d’une piste sonore, mesurez et calibrez le trajet audio au lieu de prendre cette tolérance illustrative pour une valeur universelle.

L’image de résultat représente le nouveau calcul manuel : les trois cibles sont résolues et les trois cellules de série sont allumées. C’est une illustration conceptuelle de l’état attendu dans l’exemple, pas une capture d’écran ni une preuve de jeu testé.

Transformez les cas limites en critères d’acceptation

Une courte liste rend le prompt plus facile à examiner. Pour chaque cas, notez l’entrée, l’état attendu de la cible et le retour visible. Définissez précisément les bornes afin que « dans la fenêtre » ait le même sens dans le brief et dans toute implémentation ultérieure.

Ces cas ne tiennent pas lieu de tests de jeu. Ils rendent le prototype plus facile à examiner en définissant le résultat attendu à l’avance. Si le comportement diffère, identifiez d’abord si le prompt manquait de précision, si l’implémentation n’a pas suivi une règle claire ou si la source temporelle doit être calibrée. Corrigez la cause précise, puis rejouez le même cas plutôt que de changer à la fois le graphique, les visuels et la tolérance.

Transférez le brief vers un processus général de création de jeu

La page officielle actuelle de Free AI Game Maker décrit la saisie d’instructions en langage courant, une première version jouable en 2D ou 3D, les tests dans le navigateur et les améliorations par prompts successifs. Elle mentionne des Koins gratuits et recommande de vérifier le coût affiché avant chaque génération ; sa FAQ sur les coûts conseille de vérifier le modèle sélectionné, le solde de Koins et le coût indiqué dans Workspace. Ce sont des renseignements généraux sur le processus, pas des preuves d’assistance audio ou de précision de timing propres aux jeux de rythme.

Pour une première version, fournissez dans un brief court le démarrage de l’horloge, le tempo, la liste des cibles, la tolérance, la règle de retard, les retours, l’état final et l’état après reprise. Inspectez ensuite le résultat jouable : l’horloge démarre-t-elle au bon moment, chaque cible est-elle résolue une fois, et les indications de réussite et d’échec correspondent-elles aux cas écrits ? Si un son est utilisé, testez séparément la musique et le timing visuel sur l’appareil visé. Vérifiez le coût affiché avant chaque demande ; cette vérification ne remplace pas les tests distincts du timing et de l’audio.

Commencez par un seul graphique, puis élargissez-le délibérément

Un bon prompt de jeu de rythme est un petit contrat d’interaction : définissez l’horloge, listez les temps cibles, précisez une fenêtre de frappe inclusive, décidez du comportement à l’échéance et montrez les retours obtenus. Lantern Pulse montre comment vérifier ces règles à la main et comparer une modification de tolérance sans prétendre à des résultats mesurés. Lorsque la première boucle est claire, ajoutez une voie, une chanson ou un type de note à la fois.

Quand vous souhaitez transformer un brief de règles en point de départ pour un jeu jouable généraliste, découvrez le créateur de jeux IA gratuit.