Skip to content

Créer un puzzle physique avec l'IA : gravité et niveaux

Créer un puzzle physique avec l'IA : gravité et niveaux

Un puzzle physique se génère comme les autres jeux 2D de navigateur, pour 6 crédits, mais il se décrit autrement : en nombres plutôt qu'en adjectifs. Gravité, rebond, frottement et masses relatives doivent figurer dans la demande, sinon le générateur choisit des valeurs par défaut et le résultat paraît mou ou incontrôlable.

C'est le genre où l'écart entre « cela fonctionne » et « c'est agréable » est le plus grand, et où il se referme le plus vite dès qu'on sait quoi écrire. Voici la méthode.

Pourquoi un puzzle physique se décrit-il en nombres et pas en adjectifs ?

Parce que « réaliste » ne veut rien dire pour un moteur en deux dimensions. Un objet qui tombe trop lentement donne un jeu sous-marin ; le même objet accéléré de moitié devient impossible à viser. Les deux versions sont physiquement cohérentes, et une seule est jouable.

La bonne unité de description, c'est le comportement observable. « Une caisse lâchée en haut de l'écran atteint le sol en une seconde environ » se traduit directement en valeur de gravité. « Une balle rebondit à la moitié de sa hauteur au premier rebond, puis s'arrête au troisième » fixe le coefficient de restitution sans employer le mot. « Une caisse en bois pèse le double d'une caisse en carton » fixe un rapport de masses, qui est la seule chose qui compte réellement dans un empilement.

Cette manière d'écrire a un autre avantage : elle vous donne un critère de recette. Vous lancez le jeu, vous lâchez une caisse, vous comptez. Si elle met trois secondes à tomber, la modification à demander s'écrit toute seule, alors qu'un « c'est bizarre » n'appelle aucune correction précise.

Quel prompt donne un premier niveau qui se tient ?

Un prompt qui pose l'objectif, les objets, les valeurs et surtout le bouton de réinitialisation. Voici un exemple complet :

Jeu de puzzle physique 2D dans le navigateur. Objectif : faire tomber une bille dans un panier posé au sol. Le joueur dispose de trois planches qu'il place à la souris ou au doigt avant de lancer, puis appuie sur Lancer. Gravité réglée pour qu'une bille lâchée en haut de l'écran touche le sol en une seconde environ. La bille rebondit à la moitié de sa hauteur au premier rebond et s'immobilise au troisième. Les planches sont fixes une fois la partie lancée. Bouton Recommencer toujours visible, qui remet le niveau exactement dans son état de départ. Compteur d'essais affiché, message de réussite quand la bille reste dans le panier plus d'une seconde.

Élément de la demande Ce qu'il empêche
Objectif en une phrase Un bac à sable amusant deux minutes, sans victoire possible
Nombre d'objets à placer Un niveau trivial ou insoluble
Comportement chiffré de la chute Un rythme mou ou nerveux au hasard des valeurs par défaut
Rebond décrit en hauteurs Une balle qui rebondit sans fin ou qui colle au sol
Bouton Recommencer La page rechargée à chaque essai raté
Condition de victoire mesurable Une réussite déclenchée alors que la bille ressort du panier

La condition de victoire mérite l'attention que personne ne lui donne. « La bille touche le panier » se déclenche quand elle le frôle et repart ; « la bille reste dans le panier plus d'une seconde » décrit ce que vous vouliez dire.

Quels défauts physiques apparaissent presque toujours ?

Trois, et ils sont assez universels pour être anticipés dans la demande initiale plutôt que découverts à l'essai.

Les objets qui vibrent au repos. Une pile de caisses tremble légèrement au lieu de s'immobiliser, parce que le moteur recalcule sans fin des contacts qui ne se stabilisent jamais tout à fait. La correction s'écrit ainsi : « Endors les objets qui bougent très peu pendant une demi-seconde et augmente un peu le frottement au sol. »

Les objets rapides qui traversent les murs. Une bille lancée fort passe à travers une planche fine entre deux images de calcul, tout simplement parce qu'elle s'est trouvée d'un côté puis de l'autre sans jamais la toucher. Deux remèdes se demandent ensemble : épaissir les obstacles et activer la détection de collision en continu sur les objets rapides.

La vitesse liée à l'écran. Le même niveau se résout différemment sur un écran à haute fréquence de rafraîchissement, parce que la physique avance au rythme de l'affichage. La phrase à envoyer : « Fais avancer la simulation à pas de temps fixe, indépendamment de la fréquence d'affichage. » Sans cela, votre niveau réglé sur un ordinateur portable devient injouable sur un écran de bureau récent.

Comment monter trois niveaux qui montent en difficulté ?

En changeant une variable à la fois. Un puzzle physique se pense par contraintes, pas par décor : le deuxième niveau doit poser une question que le premier n'a pas posée.

Niveau Ce qui change La question posée au joueur
1 Panier en vue directe, trois planches Comprendre la commande et le rebond
2 Un mur entre la bille et le panier Utiliser un rebond au lieu d'une trajectoire droite
3 Deux planches seulement, une caisse à pousser Se servir d'un objet mobile comme d'un outil

Demandez ces niveaux en une seule modification, en les décrivant l'un après l'autre. Chaque passe coûte 3 crédits, et regrouper ce qui va ensemble évite de payer trois fois pour un même travail d'équilibrage. Testez ensuite chaque niveau cinq fois de suite : un puzzle qui se résout par hasard une fois sur deux n'est pas un puzzle, c'est une loterie.

Combien coûtent un puzzle physique et ses niveaux ?

Le budget réaliste tient en une construction et trois à quatre modifications : une pour les défauts physiques, une pour les niveaux, une pour le confort mobile, une pour l'habillage.

Action Crédits
Construction du jeu 6
Modification 3
Construction en mode Hi-Fi 12
Modification en mode Hi-Fi 6
Publication sur votre-slug.zugo.run 0
Formule Prix mensuel Crédits inclus
Free $0 5
Pro $25 200
Business $99 800

Les 5 crédits du plan gratuit passent sous le prix d'une construction complète : ils servent à voir l'outil tourner, pas à finir un jeu. Les 200 crédits de Pro correspondent à environ 33 constructions ou 66 modifications, ce qui laisse largement la place aux allers-retours que ce genre réclame. Une construction simple prend environ une minute, donc le temps que vous passerez sera presque entièrement du temps de test.

Qu'est-ce que la physique générée ne fera pas ?

Trois choses, à savoir avant de se lancer. Tout se joue en 2D dans le navigateur : pas de moteur natif, pas de 3D, pas de version pour les boutiques mobiles. Pour un puzzle de caisses et de billes, cette contrainte est presque invisible ; pour une simulation de véhicule, elle est rédhibitoire.

Ensuite, plus la chaîne d'objets est longue, moins le résultat est prévisible. Un empilement de vingt éléments, des cordes, des poulies et des liquides sortent du domaine où une description textuelle suffit. Une logique très spécifique se règle par modifications successives, et Zugo ne remplace pas une équipe de développement sur un produit complexe.

Enfin, le générateur ne teste pas votre niveau. Il produit une scène cohérente ; savoir si elle est solvable de trois manières ou d'une seule reste votre travail de conception. Le tour d'horizon des genres et de ce qu'ils demandent est dans l'IA peut-elle vraiment créer un jeu jouable.

Par où commencer ?

Par un seul niveau et un seul objectif. Une bille, un panier, trois planches, un bouton Recommencer : ce socle vous dit en cinq minutes si la sensation vous convient, et c'est la seule chose que vous ne pouvez pas juger sur le papier.

Réglez la physique avant d'ajouter quoi que ce soit. Un jeu dont les chutes sont justes accepte ensuite n'importe quel habillage ; l'inverse n'est jamais vrai. Le parcours complet, de la description au projet publié, est détaillé dans créer un jeu avec l'IA, et si vous voulez un genre où la physique sert une progression par niveaux, regardez du côté du jeu de plateforme et de réflexion. Votre premier niveau se construit sur zugo.dev et se publie sur un lien .zugo.run dès qu'il tient debout.

← Tous les articles