Générateur de RPG AI — Décrivez un RPG, obtenez un monde 3D jouable

Un générateur de RPG AI prend une description écrite et renvoie un monde 3D jouable : un terrain sur lequel vous marchez, une caméra que vous contrôlez, des personnages qui se tiennent au sol, une quête avec un état d'achèvement et des combats au tour par tour avec un ordre d'initiative. Chez Neta Studio, l'entrée est une ou deux phrases en langage naturel. Le résultat s'exécute dans le navigateur sur Three.js. Il n'y a aucun moteur à installer, aucun dossier de projet à versionner et aucun code à écrire.

Cette page couvre ce que le générateur produit, où il flanche, et en quoi il diffère de deux outils avec lesquels on le confond : les générateurs qui écrivent du code source de RPG, et les générateurs qui écrivent du texte d'histoire de RPG. Les deux sont utiles. Ni l'un ni l'autre ne vous remet un monde dans lequel vous pouvez vous promener.

Décrivez un RPG, obtenez un monde dans lequel vous pouvez entrer

La promesse tient en une phrase : décrivez le RPG que vous voulez et vous récupérez un monde 3D dans lequel marcher. Pas un squelette de code, pas un dossier d'invites, pas un document de conception qu'il vous reste encore à construire. La description se résout en géométrie, en point d'apparition, en casting, en objectif de quête et en boucle de combat. Vous pouvez ensuite ouvrir le résultat dans le 3D Game Builder et en modifier chaque partie à la main.

Une description qui fonctionne nomme un lieu, une tonalité et une règle avec laquelle le joueur doit composer. Prenons cette forme : un temple inondé sur une falaise, calme et en ruine, où chaque ennemi dort jusqu'à ce que vous posiez le pied sur une pierre. Cela donne au générateur un type de terrain — eau, falaise et sol intérieur —, une palette froide et désaturée, une population clairsemée de créatures lentes, et une mécanique qu'il peut lier à un déclencheur de proximité. Quatre champs, tous vérifiables.

Une description qui échoue est vague et sans contrainte. « Un grand RPG avec plein de quêtes » n'a aucun terrain à sélectionner, aucun casting à placer et aucun déclencheur à lier. Le générateur se résout en un plan plat par défaut, une capsule par défaut avec un cycle de marche par défaut, et un journal de quêtes vide. Le mode d'échec est un résultat ennuyeux plutôt qu'un message d'erreur, et c'est exactement pourquoi cela vaut la peine de passer trente secondes à resserrer la phrase avant d'appuyer sur générer.

Jouez au résultat

Les jeux de cette page, The Cyclops' Island et Mini World, ont été créés de la même manière que celle dont vous êtes sur le point de créer le vôtre : une description écrite, une première passe générée, puis des modifications dans le 3D Game Builder. Aucun shader écrit à la main, aucun pack de personnages importé, aucun moteur externe en dessous.

C'est la frontière entre un générateur de mondes et un générateur de texte. Un générateur de texte renvoie de la prose et vous continuez à lire. Ici, vous obtenez une caméra que vous pouvez déplacer, un collider qui vous arrête au mur, un PNJ qui dit quelque chose de différent quand vous revenez dans la pièce, et un tour de combat qui se résout dans un ordre défini. Les quatre sont vérifiables en moins d'une minute : rentrez dans le mur, sortez puis re-entrez dans la pièce, démarrez un combat, et marchez jusqu'au bord de la carte.

Jouez assez longtemps et vous trouverez les coutures, ce qui est tout l'intérêt de mettre le résultat devant vous plutôt que de le décrire. Les scènes générées sont petites à dessein. Un donneur de quête peut se tenir plus loin du lieu de la quête qu'une disposition conçue à la main ne le placerait. Un ordre de tour avec de nombreux combattants se lit comme une longue liste verticale. Ce sont des modifications dans le 3D Game Builder, pas des recompilations.

Ce que produit réellement un générateur de RPG AI

Le premier résultat est un monde : des tuiles de terrain low-poly, un ciel, une lumière directionnelle, des accessoires et une limite jouable définie. C'est une scène, pas un continent. L'empreinte correspond à peu près à ce que vous pouvez traverser à pied en quelques minutes, soit la taille qui reste fluide dans un onglet de navigateur sans écran de chargement entre les zones. Le terrain, l'eau et les couches d'accessoires sont gardés séparés afin que vous puissiez en supprimer une sans casser les deux autres, et les accessoires proviennent d'un ensemble low-poly partagé pour que le nombre de draw calls reste prévisible à mesure que vous en ajoutez.

Le deuxième résultat est un squelette d'histoire : une prémisse, un objectif, un lieu pour cet objectif, une condition d'achèvement et une récompense. C'est une quête au sens mécanique du terme, quelque chose que le runtime peut vérifier et marquer comme terminé. Ce n'est pas un scénario à embranchements. Si votre RPG a besoin de quarante heures d'intrigues secondaires imbriquées, le générateur vous donne le cadre de la première et un endroit clair où rattacher le reste.

Le troisième résultat est un casting. Chaque personnage nommé reçoit un bloc de statistiques, un sprite, une animation d'attente et de marche, un placement dans le monde et au moins une réplique de dialogue. Les sprites proviennent d'Agent Sprite Forge, qui produit des images directionnelles à partir d'une description écrite. Le budget compte ici : chaque personnage nommé est une requête de sprite et un corps de collision, et trois personnages bien définis se lisent mieux dans une première scène que douze personnages interchangeables.

Le quatrième résultat est une boucle de combat : au tour par tour, avec un ordre d'initiative, un petit menu d'actions, une formule de dégâts et un comportement ennemi assez simple à lire dès le premier tour. Vous obtenez un tour fonctionnel, c'est-à-dire attaquer, défendre, une capacité spéciale avec un temps de recharge et une étape de résolution. Vous n'obtenez pas cent compétences. Les effets de statut, les actions multi-cibles et les changements de groupe sont des modifications que vous faites une fois que la boucle fonctionne déjà.

Soyez précis sur l'échelle : cela produit une première scène jouable, pas un JRPG de soixante heures. Ce n'est pas une limite dont il faut s'excuser. La première scène est le seul endroit où tous les systèmes doivent fonctionner en même temps : terrain, collision, caméra, casting, dialogue, état de quête et ordre de tour. Une fois que cette scène tient, une deuxième zone relève du travail de contenu. Tant qu'elle ne tient pas, une deuxième zone ne fait que doubler le nombre de choses cassées à déboguer.

Comment ça marche

Le pipeline comporte quatre étapes et une porte. Une description devient un composant low-poly. Le composant est validé. Les composants validés sont placés dans un monde. La porte, c'est la validation, et elle existe parce que le contenu 3D généré échoue rarement en ayant mauvaise apparence. Il échoue en entrant mal en collision : un maillage troué, une normale inversée qui rend la surface invisible depuis l'extérieur, un collider qui dépasse la silhouette visible, ou une empreinte qui ne s'aligne pas sur la grille de tuiles et laisse un trou d'une tuile dans lequel vous tombez.

Le placement est une passe distincte pour la même raison. Le terrain est posé en premier, puis l'eau et les chemins, puis les accessoires, puis les personnages, puis les marqueurs de quête. Les personnages placés avant les chemins finissent par se tenir dans une rivière. Les marqueurs de quête placés avant le terrain finissent par flotter au-dessus d'une falaise, et un marqueur que le joueur ne peut pas atteindre est pire que pas de marqueur du tout.

Générateur de RPG AI vs générateur de code AI

La plupart des outils qui font la promotion de l'AI pour les RPG renvoient du code source. Vous obtenez un script Unity ou Godot, un squelette Phaser, ou un moteur de texte Python avec un parseur et une machine à états. Ce sont de vrais outils et ils font un vrai travail, mais ils sont façonnés différemment. Le résultat, ce sont des fichiers. Il vous faut encore une machine pour les exécuter, une étape de build et assez de connaissances du langage pour corriger les parties qui arrivent cassées.

La différence est « du code en sortie » contre « un monde en sortie ». Avec du code en sortie, l'artefact est du texte et le livrable est un programme que vous devez assembler et déployer. L'itération, c'est modifier, compiler, exécuter, et chaque cycle vous coûte une compilation. Avec un monde en sortie, l'artefact est une scène en cours d'exécution et le livrable est le même objet. L'itération, c'est faire glisser une tuile et appuyer sur play. Il n'y a aucune étape de build entre votre décision et le résultat, ce qui explique pourquoi les mondes générés se règlent en quelques minutes plutôt qu'en plusieurs sessions.

Vous avez demandé un jeu, pas une base de code. C'est tout l'argument. Si vous vouliez raisonner sur des hiérarchies d'héritage et des budgets de frames, vous seriez déjà en train d'écrire le moteur plutôt que de lire un article sur un générateur.

La génération de code gagne encore à un endroit, et il vaut la peine de le dire clairement : les projets riches en systèmes avec des règles inhabituelles qu'aucun modèle ne couvre. Des arbres de compétences libres, une économie personnalisée, un replay déterministe. Quand la partie intéressante de votre RPG est la mathématique plutôt que l'espace, le code source généré est plus facile à étendre arbitrairement que la géométrie générée.

Quand l'histoire compte plus que le monde

Les invites de terrain et les invites d'histoire sont des surfaces différentes. Si vous avez déjà un monde, ou si vous avez surtout besoin de texte à coller dans un PNJ, écrivez l'histoire à part. La génération d'histoire passe aussi mieux à l'échelle que la génération de mondes : une prémisse et une réplique de dialogue ne coûtent rien à produire et ne produisent rien à déboguer.

Trois choses qu'un générateur d'histoire devrait renvoyer. Une prémisse avec une contrainte que le joueur ne peut pas retirer. Un rebondissement qui change une règle du monde plutôt que de révéler un fait caché. Et une réplique de PNJ qui porte du sous-texte plutôt que de l'exposition. Les trois invites ci-dessous sont courtes à dessein ; les invites longues laissent au modèle la place d'inventer un cadre que vous n'avez pas demandé et que vous ne pouvez pas utiliser.

Invite : Écris une prémisse de RPG en un paragraphe, située dans une ville de phare où la marée ne redescend jamais. Inclus une règle du monde que le joueur ne peut pas changer, et nomme la ville.

La contrainte est la partie qui compte. Une prémisse sans règle vous donne un cadre ; une prémisse avec une règle vous donne quelque chose à quoi les systèmes de combat et de quête peuvent s'accrocher.

Invite : Donne-moi trois rebondissements pour cette prémisse, où le rebondissement change une règle du monde au lieu de révéler un personnage caché. Une phrase chacun, pas de trahisons, pas d'élus.

Un rebondissement qui révèle que quelqu'un était un traître est un fait, et il vous coûte une cinématique et une réécriture. Un rebondissement qui dit que les objets de soin rendent les ennemis plus forts est une règle, et il s'accroche à un système que vous avez déjà. Les rebondissements de règle sont moins chers à construire et plus difficiles à anticiper pour le joueur.

Invite : Écris quatre répliques pour une aubergiste qui sait que le joueur ne survivra pas à la nuit. Elle ne le dit jamais directement. Chaque réplique fait moins de vingt mots, douze mots au maximum si tu peux, et aucune réplique ne peut mentionner la mort.

La longueur des répliques est une vraie contrainte dans une boîte de dialogue, et c'est une contrainte utile. Les répliques courtes forcent le modèle à suggérer plutôt qu'à expliquer, ce qui fait la différence entre un PNJ et un panneau indicateur.

Gratuit, et sans inscription pour essayer

Générer un monde et le parcourir est gratuit, et vous n'avez pas besoin de compte pour commencer. Ouvrez le 3D Game Builder, saisissez la description, appuyez sur générer, et vous êtes dans la scène avec une caméra et un personnage. Rien à télécharger, pas d'installateur de moteur, pas de mur d'inscription entre la phrase et la première minute jouable.

Un compte, c'est ce qui fait persister les choses. Sauvegarder un monde, conserver un casting entre les sessions et publier un monde que vous voulez envoyer à quelqu'un d'autre nécessitent tous une identité à laquelle se rattacher. Essayer, non.

Les limites portent sur la génération, pas sur le jeu. Produire une nouvelle première passe est limité en débit pour que la file reste équitable pour tous ceux qui l'utilisent, et les chiffres exacts se trouvent dans le 3D Game Builder parce qu'ils changent. Cette page ne citera pas un quota qu'elle ne peut pas tenir. Ce qui n'est pas mesuré, c'est la partie que vous faites le plus : parcourir votre monde, déplacer des tuiles, réécrire des dialogues, rééquilibrer la formule de dégâts et relancer la boucle de combat pour voir si le changement a pris. « Illimité » est un mot précis en ce sens, et seulement en ce sens.

Générateur de RPG AI vs RPG Maker

RPG Maker est un moteur 2D mature avec un éditeur piloté par base de données, et il est bon dans ce pour quoi il a été conçu. C'est aussi une application de bureau qui part d'un projet vide, d'une base de données vide et d'une carte vide. La comparaison ci-dessous porte sur la forme, pas sur la qualité : quel outil vous amène le plus vite à une scène jouable, et lequel vous demande le plus avant que la première image ne tourne.

Si vous hésitez entre un générateur, un moteur traditionnel et une construction faite à la main, le guide des moteurs sur ce site parcourt les compromis plus en détail qu'un tableau comparatif ne peut le faire.

Entrez dans le monde auquel il appartient

La seule façon de juger un générateur est de parcourir le résultat. Ouvrez-en un : The Cyclops' Island est un jeu 3D isométrique dont le niveau, l'objectif et l'obstacle ont tous été décrits dans une phrase avant que quoi que ce soit ne soit construit. Chaque monde de ce site a été publié de la même manière, comme une page que n'importe qui peut ouvrir.

FAQ