Commencez par une boucle d’habitat interconnectée
Un prompt de simulation d’écosystème ne doit pas se limiter à une liste d’animaux et de plantes. Il lui faut une variable d’habitat que le joueur peut modifier, une courte chaîne de réponses, un ordre fixe de mise à jour et une condition permettant de savoir si l’habitat se maintient. Définissez cette boucle avant de demander un monde plus vaste.
Mireglass Fen est un exemple de jeu fictif conçu pour ce guide. Moonreed, Glimmerwings et Glassbacks, leurs relations et tous les chiffres sont des règles imaginaires. Il ne s’agit ni d’espèces réelles ni de conseils écologiques. Les prompts sont des modèles à essayer ; aucune exécution, aucun jeu jouable ni test n’est présenté ici. L’exemple v0 à v1 est un calcul manuel, clairement indiqué comme simulation.
Le joueur gère une vanne dans un petit marais. Augmenter, baisser ou maintenir le niveau d’eau modifie d’abord Moonreed ; la quantité de plantes influe ensuite sur Glimmerwings, dont la population agit à son tour sur Glassbacks. Le but n’est pas d’équilibrer un véritable écosystème, mais de rendre une boucle de jeu fictive assez prévisible pour être examinée.
Définissez l’état de l’habitat fictif
Gardez la première version compacte : un niveau d’eau, trois compteurs de population et un objectif en quatre tours. Plafonnez chaque valeur afin d’éviter que la demande ne produise une croissance incontrôlée.
| État | Départ | Ce qui le modifie |
|---|---|---|
Niveau d’eauT | 1 sur 5 | À chaque tour, le joueur augmente, baisse ou maintient la vanne d’un cran. |
MoonreedR | 1 sur 5 | Augmente de 1 si l’eau se situe entre 2 et 4 ; sinon diminue de 1. |
GlimmerwingsG | 1 sur 5 | Augmente si la quantité de roseaux mise à jour est d’au moins 2 ; sinon diminue. Les Glassbacks présents au début peuvent la réduire de 1. |
GlassbacksF | 1 sur 5 | Augmente si la quantité mise à jour de Glimmerwings atteint au moins 2 ; ne diminue que si cette quantité tombe à 0. |
| Série de stabilité | 0 | Augmente si les trois populations sont au moins à 2 en fin de tour ; sinon revient à 0. |
L’objectif consiste à maintenir les trois populations à 2 ou plus pendant deux tours consécutifs, dans une limite de quatre tours. C’est une condition de victoire inventée, pas une affirmation sur la santé d’un marais. Les plafonds, la limite de tours et la série donnent au prompt une fin vérifiable au lieu d’une consigne ouverte comme « faites prospérer l’écosystème ».
Demandez d’abord le contrat de règles
Avant de créer la scène, demandez au générateur de reformuler les transitions sans ajouter d’espèces ni de systèmes. Cela permet de distinguer une règle incomplète d’une scène qui n’est pas encore terminée.
Traite Mireglass Fen comme un écosystème de jeu inventé, pas comme un modèle de zone humide réelle. Transforme les règles en tableau d’états compact et en ordre de tour déterministe. Garde uniquement T, R, G, F et la série de stabilité ; n’ajoute ni espèces, ni saisons, ni chaîne alimentaire, ni événements, ni affirmations écologiques. Définis chaque plafond et seuil. Calcule à la main l’état T=2, R=2, G=2, F=1 avec l’action Maintenir, en utilisant F0, la valeur de début de tour, pour la pression sur Glimmerwings. Renvoie l’état attendu et signale toute ambiguïté avant de proposer une version jouable. Présente ceci comme une analyse de règles, pas comme un test.Vérifiez que la réponse utilise le nombre initial de Glassbacks pour exercer la pression sur Glimmerwings et qu’elle met à jour Glassbacks ensuite. Si des conditions météo, migrations, aliments ou habitats sont ajoutés, supprimez-les avant de poursuivre : chaque ajout exigerait la vérification d’une autre transition.
Demandez une version minimale de l’habitat
Une fois les règles fixées, demandez un seul écran et l’interaction minimale permettant de les vérifier. Précisez les commandes, les compteurs, la limite de tours et la réinitialisation. Indiquez les systèmes à exclure afin que la première demande reste ciblée.
Crée le concept sur un seul écran d’un jeu fictif de gestion d’écosystème nommé Mireglass Fen. À chaque tour, le joueur peut augmenter, baisser ou maintenir une vanne. Affiche le réglage de l’eau et des compteurs clairs pour Moonreed, Glimmerwings, Glassbacks et la série de stabilité de deux tours. Applique exactement les règles de mise à jour sur quatre tours dans leur ordre fixe ; plafonne toutes les valeurs entre 0 et 5. Ajoute une réinitialisation et une condition de victoire claire lorsque la série atteint 2. N’ajoute ni espèce réelle, ni explication scientifique, ni croissance d’établissement, ni commerce, ni déblocage, ni ressource supplémentaire, ni météo, ni événement aléatoire. Permets d’examiner l’état au début et à la fin de chaque tour pour le comparer aux règles.Ces consignes décrivent une première version proposée ; elles ne garantissent pas de fonctions. Lors d’un futur examen, vérifiez si augmenter la vanne modifie d’abord uniquement l’eau, si les populations se mettent ensuite à jour dans l’ordre indiqué et si la série est réinitialisée lorsqu’une population termine sous 2.
Calculez à la main un tour de l’habitat
Avant de demander une version, faites le calcul sur papier. Commencez àT=2, R=2, G=2, F=1, choisissez Maintenir et appliquez les règles dans l’ordre. La quantité initiale de Glassbacks est sous le seuil de pression.
| Étape | Calcul | État après l’étape |
|---|---|---|
| Maintenir la vanne | Treste à 2. | T=2, R=2, G=2, F=1 |
| Mettre Moonreed à jour | L’eau se situe entre 2 et 4, doncRaugmente de 1. | T=2, R=3, G=2, F=1 |
| Mettre Glimmerwings à jour | Les roseaux sont au moins à 2, doncGtempaugmente de 1 ; la valeur initialeF0=1n’exerce pas de pression. | T=2, R=3, G=3, F=1 |
| Mettre Glassbacks à jour | Glimmerwings est au moins à 2, doncFaugmente de 1. | T=2, R=3, G=3, F=2 |
| Vérifier la stabilité | Les trois populations sont au moins à 2, donc la série passe à 1. | T=2, R=3, G=3, F=2; série 1 |
L’état est prédit à partir des règles écrites ; cela ne prouve pas qu’une implémentation les respecte. Maintenir le niveau d’eau au tour suivant produiraitT=2, R=4, G=3, F=3et une série de 2, ce qui atteindrait l’objectif fictif.
Examinez une divergence hypothétique dans les règles
Le premier brouillon précise que Glassbacks réagit à Glimmerwings et en réduit la population, mais pas si cette pression utilise le nombre initial de Glassbacks ou celui obtenu après la mise à jour du tour. Cette omission autorise deux calculs différents :
| Interprétation du brouillon | État final depuis le même départ et avec la même action |
|---|---|
Utiliser la valeur initialeF0=1pour la pression, puis mettre à jour Glassbacks. | T=2, R=3, G=3, F=2; série 1. |
Mettre d’abord Glassbacks à jour, puis utiliser la nouvelle valeurF=2pour la pression. | T=2, R=3, G=2, F=2; série 1. |
La révision simulée ajoute une ligne : la pression sur Glimmerwings utilise la valeur de début de tourF0. Avec cette règle, l’état attendu en v1 estT=2, R=3, G=3, F=2, série 1.
Ce parcours v0 à v1 est une simulation fictive créée par l’autrice, pas un prompt exécuté, un jeu créé, un test de jeu ni un résultat mesuré. Si une vraie version existe plus tard, remplacez l’état hypothétique par une action et un résultat observés avant de demander la correction d’une seule règle.
Il s’agit d’une ambiguïté hypothétique, pas d’un résultat observé : depuis T=2, R=2, G=2, F=1 avec l’action Maintenir, une interprétation aboutit à T=2, R=3, G=3, F=2 et l’autre à T=2, R=3, G=2, F=2, car le brouillon ne précise pas quelle valeur de Glassbacks détermine la pression sur Glimmerwings. Effectue une seule modification : précise que la pression utilise F0, la valeur au début du tour. Garde le reste des règles inchangé et renvoie la transition ainsi que l’état attendu. N’affirme pas que la modification a été testée ou mesurée.Apportez les règles dans un espace de création
Lorsque le mandat est prêt, décrivez le public et le format du jeu, nommez la première action, définissez la scène et l’état et ajoutez des limites pour garder la première version compacte. Examinez ensuite le résultat réel : les compteurs suivent-ils l’ordre de transition ? La série est-elle réinitialisée selon la condition indiquée ?
La page actuelle duCréateur de jeux IA gratuitde SEELE décrit un processus général : expliquer une idée en anglais simple, examiner un résultat jouable en 2D ou 3D, itérer dans Workspace et vérifier le modèle sélectionné, le solde de Koin disponible ainsi que le coût de génération avant l’envoi. Elle ne documente ni Mireglass Fen, ni le comportement d’un écosystème, ni les règles de cet exemple. Utilisez les prompts comme instructions initiales et vérifiez le résultat vous-même.
Questions fréquentes sur les prompts de simulation d’écosystème
Combien d’espèces inclure dans le premier prompt d’écosystème ?
Commencez par le minimum de compteurs nécessaire pour montrer une chaîne de dépendances. Mireglass Fen utilise trois populations inventées pour représenter un changement d’habitat, une réponse de croissance et une règle de pression. N’ajoutez une autre population que si elle permet une décision que la boucle actuelle ne représente pas.
Les espèces d’un jeu d’écosystème devraient-elles être réelles ?
Elles peuvent l’être, mais les affirmations concernant des espèces réelles et leurs relations exigent des sources fiables. Cet exemple utilise des noms et des règles inventés ; il ne doit donc pas être présenté comme conseil écologique ni comme modèle réaliste de zone humide. Si vous choisissez de vraies espèces, citez une source pour chaque relation et distinguez les faits documentés des règles inventées.
Que doit préciser en premier un prompt de simulation d’écosystème ?
Nommez les variables de l’habitat, les limites de population, l’action du joueur, l’ordre de transition et la condition de victoire. Ajoutez ensuite un état initial exact et demandez quel état suivrait un tour. Le résultat sera plus facile à examiner qu’avec un prompt fondé uniquement sur l’ambiance.
Comment résoudre des résultats de population contradictoires ?
Repérez d’abord la règle dont le moment d’application est ambigu. Précisez si une interaction utilise la valeur de début de tour ou celle obtenue après la mise à jour d’une autre population ; ne changez que cette règle puis recalculez le même état. Avant de qualifier la correction de « testée », vérifiez-la séparément dans une vraie version.
Les prompts et l’exemple simulé ont-ils été testés ?
Non. Les prompts sont des modèles à essayer et le parcours v0 à v1 a été calculé à la main. Il ne montre ni version jouable, ni test de jeu, ni résultat mesuré. Comparez votre résultat au contrat de règles avant de décrire son comportement comme vérifié. Ne dites qu’une chose a été observée qu’après avoir consigné une action et un résultat exacts dans une implémentation réelle.
