Un jeu de gestion de boulangerie devient intéressant lorsque le joueur doit s'engager sur un lot avant de savoir exactement comment la journée se déroulera. Cuire trop peu et les clients repartent les mains vides ; cuire trop et les ingrédients restent invendus. Commencez par un four, un produit et une courte journée. Une fois ces décisions fonctionnelles, ajoutez des recettes et de l'incertitude.
Ce guide utilise une boulangerie fictive pour montrer comment spécifier une boucle quotidienne, demander à un outil de création de jeux par IA un point de départ et vérifier si le résultat respecte vos règles. Les chiffres sont des choix de conception pour un exemple, et non des résultats d'un jeu terminé.
Offrez au joueur une décision matinale significative
Au début d'une journée, laissez le joueur choisir le nombre de pains à cuire. Le four et le stock d'ingrédients limitent le lot. Les clients arrivent ensuite, achètent tant qu'il reste du stock et partent lorsqu'il est épuisé. Clôturez la journée avec un récapitulatif des ventes, du pain restant et de la monnaie, puis laissez le joueur commencer une nouvelle journée.
| Règle | Première version | Décision qu'elle crée |
|---|---|---|
| Capacité du four | Huit pains par lot | Choisir dans une limite visible |
| Ingrédients | Douze portions disponibles | Réserver ou utiliser des ressources |
| Demande | Six clients, un pain chacun | Comparer le lot aux ventes attendues |
| Fin de journée | Afficher le pain vendu et invendu | Utiliser les retours pour modifier la décision suivante |
Gardez la demande fixe lors de la vérification de la première construction. Des entrées prévisibles facilitent la distinction entre un résultat inattendu dû à votre conception ou à une erreur d'implémentation. Une demande aléatoire peut rendre le choix plus incertain plus tard.
Parcourez une journée avant de construire
Pour cet exemple, chaque pain consomme une portion d'ingrédient coûtant une pièce. Chaque vente rapporte trois pièces. Ignorez le loyer, les salaires et autres coûts pour l'instant afin que le calcul reste visible. Un lot de huit utilise huit ingrédients. Si six clients achètent chacun un pain, le chiffre d'affaires est de 18 pièces, le coût des ingrédients est de huit pièces et la marge simplifiée est de 10 pièces. Deux pains restent invendus.
Avec un lot de six, les mêmes six ventes rapportent 18 pièces tandis que les ingrédients coûtent six, donnant une marge de 12 pièce et aucun pain restant. Cela ne fait pas de six la meilleure réponse universelle : cela ne correspond qu'à la demande fixe supposée. Une fois que la demande varie, un lot plus grand pourrait éviter des ventes manquées un jour occupé tout en risquant du gaspillage un jour calme.
| Lot | Vendu à une demande de six | Invendu | Chiffre d'affaires moins coût des ingrédients |
|---|---|---|---|
| Huit | Six | Deux | 10 pièces |
| Six | Six | Zéro | 12 pièces |
Décidez ce qui arrive aux restes avant d'écrire le prompt. La première version peut les jeter à la fermeture. S'ils sont reportés, définissez leur fraîcheur et si les clients du lendemain les achètent avant le pain frais. Les deux choix peuvent fonctionner, mais le calcul de fin de journée doit y correspondre.
Transformez les règles en demande de construction par IA
Décrivez l'état, les actions et les conditions de fin ensemble. La capacité de création de jeux de SEELE est conçue pour démarrer à partir d'une description, et son atelier d'actifs 2D couvre les personnages, les scènes et les éléments d'interface dans un style partagé. Utilisez ces catégories pour cadrer votre projet, puis inspectez ce que l'outil crée réellement. Un prompt est une spécification à tester, et non une garantie d'un jeu terminé.
Créez un petit jeu original de gestion de boulangerie pour navigateur.
Au début de chaque journée, affichez 12 portions d'ingrédients et autorisez un lot
de zéro à huit pains. Chaque pain consomme une portion et coûte une pièce.
Après la cuisson, six clients arrivent un par un. Chacun achète un pain pour
trois pièces s'il reste du pain ; sinon, enregistrez une vente manquée.
À la fermeture, affichez les pains cuits, vendus et invendus, les ventes manquées, le coût
des ingrédients, le chiffre d'affaires et le chiffre d'affaires moins le coût des ingrédients. Jetez le pain invendu.
Fournissez un bouton pour commencer une nouvelle journée avec les mêmes ressources de départ.
Utilisez une boulangerie illustrée originale et chaleureuse et des commandes claires et lisibles.
N'introduisez pas encore de loyer, de salaires, de recettes supplémentaires ou de demande aléatoire.Demandez d'abord le calcul quotidien et la scène illustrée ensuite si la première tentative essaie de faire trop de choses. Gardez une copie de la version fonctionnelle avant d'ajouter un autre système. Lorsque vous demandez une correction, fournissez l'état initial, l'action et le résultat attendu au lieu de demander à l'assistant de rendre le jeu « plus réaliste ».
Vérifiez la comptabilité et la réinitialisation
- Choisissez huit pains : attendez-vous à six vendus, deux invendus, zéro vente manquée et une marge de 10 pièce selon les règles de l'exemple.
- Choisissez quatre : attendez-vous à quatre vendus, deux ventes manquées et une marge de huit pièces. Aucun client ne devrait acheter un pain après que l'inventaire atteint zéro.
- Essayez zéro et huit, puis essayez de sélectionner un nombre hors de la plage autorisée. Le jeu doit maintenir le lot dans ses limites énoncées.
- Commencez une nouvelle journée et vérifiez que l'inventaire, le nombre de clients et le récapitulatif sont réinitialisés comme spécifié. Les pains invendus d'une journée précédente ne devraient pas réapparaître.
Si le récapitulatif diffère, localisez le premier changement d'état qui est incorrect. Par exemple, si huit pains sont cuits mais que seuls six ingrédients sont facturés, demandez que le coût des ingrédients soit enregistré lorsque le pain est cuit, y compris le pain qui reste invendu. Répétez les vérifications à huit pains et à quatre pains après le changement.
Planifiez une itération hypothétique
Une fois que la journée fixe fonctionne, envisagez un changement de conception : alternez entre une journée calme avec quatre clients et une journée occupée avec huit. Révélez le type de journée seulement après que le joueur a choisi un lot. C'est une règle proposée, et non une affirmation sur une construction testée. Un lot de quatre évite les restes un jour calme mais manque quatre ventes potentielles un jour occupé ; un lot de huit satisfait la demande occupée mais laisse quatre pains un jour calme.
Demandez à l'assistant d'afficher le type de chaque journée dans le récapitulatif de fermeture et de conserver les vérifications comptables antérieures. Si le choix semble arbitraire, ajoutez un prévisionnel qui fournit des informations utiles mais imparfaites, et spécifiez exactement comment il est produit avant de le qualifier de fiable. L'objectif est de faire interpréter des informations au joueur, et non d'enterrer un choix simple sous plus de commandes.
Questions fréquentes
Combien de recettes la première version devrait-elle avoir ?
Une recette suffit pour tester la boucle. Ajoutez une seconde seulement après que la cuisson, la vente et la clôture de la journée fonctionnent de manière cohérente. Donnez à la nouvelle recette une contrainte différente, comme un temps de four plus long ou un ingrédient différent, afin que le choix ajouté modifie la planification du joueur.
La demande des clients doit-elle être aléatoire dès le début ?
Commencez par un nombre fixe afin de pouvoir prédire le résultat attendu de chaque test. Introduisez ensuite une variation avec une plage ou une séquence clairement définie. Gardez un moyen de rejouer une situation connue ; sinon, un changement du nombre de clients peut masquer un bug de comptabilité.
Comment rendre les restes significatifs sans rendre le jeu frustrant ?
Affichez les conséquences en termes de coût et d'inventaire avant de clôturer la journée, et laissez les joueurs ajuster le lot suivant. Plus tard, expérimentez les dons ou les ventes à prix réduit en tant que règles explicites. Expliquez comment chaque option modifie le chiffre d'affaires ou d'autres ressources, et évitez de punir un joueur pour des informations qu'il ne pouvait pas connaître.
Que faire lorsque le jeu généré ignore une règle ?
Donnez à l'outil un exemple reproductible : les ingrédients initiaux, la taille du lot, le nombre d'acheteurs et le récapitulatif attendu. Demandez-lui de corriger le calcul spécifique sans modifier les autres règles. Exécutez à nouveau le même exemple, puis vérifiez une deuxième taille de lot et la réinitialisation.
Commencez par un four et une journée
Une limite de production claire et un résultat de fin de journée visible suffisent pour créer une première décision de gestion. Utilisez les chiffres de l'exemple pour vérifier vos règles, puis modifiez la demande, les recettes et les informations pour faire de la boulangerie la vôtre. Commencez par une description concise dans le SEELE AI Creator Game Maker et affinez le résultat par rapport aux vérifications ci-dessus. Pour un guide plus complet, voir comment créer un jeu avec l'IA.
