Séparez les soins aux animaux et les ventes
Un jeu de gestion de boutique pour animaux est plus facile à comprendre lorsque les soins disposent de fournitures protégées et que les ventes utilisent un stock séparé. Commencez par une tâche de soin, une étagère limitée, un seul type de commande et un tour court. Le joueur peut ensuite vérifier si une commande doit être refusée, si le réapprovisionnement est abordable et comment le soin affecte chaque inventaire.
Ce guide utilise Paws & Provisions, un exemple pédagogique inventé dont les valeurs peuvent être vérifiées à la main. La boutique, ses règles et la révision de prompt sont fictives ; aucune partie réelle ni donnée de test n’est revendiquée.
Délimitez le premier tour de la boutique
Ne commencez pas par tous les animaux, produits et systèmes commerciaux d’une boutique complète. Limitez l’exemple à une tâche de soin, une commande simple, un réapprovisionnement et trois actions réussies. Cela rend les stocks, les coûts et les paiements visibles dans un seul tour.
Dans cette conception fictive, le joueur commence avec 6 pièces, une réserve de soins protégée contenant un paquet de nourriture et un paquet de foin, une étagère avec une unité de chaque produit et trois actions. Un lapin a besoin d’une unité de nourriture et d’une de foin. La commande client exige deux unités de chacune et rapporte 8 pièces si elle peut être exécutée.
| Système | Règle du premier tour | Décision rendue possible |
|---|---|---|
| Réserve de soins | Une unité de nourriture et une de foin sont réservées à la tâche du lapin. | Protéger les besoins de soin avant de dépenser le temps du personnel pour d’autres tâches. |
| Étagère de vente | Commence avec une unité de nourriture et une de foin ; les commandes ne peuvent utiliser que ce stock. | Décider s’il faut réapprovisionner avant de prendre une commande plus importante. |
| Actions du tour | Trois actions réussies : Soigner, Réapprovisionner et Servir. | Choisir les opérations qui tiennent dans le tour. |
| Commande | Demande deux unités de nourriture et deux de foin ; rapporte 8 uniquement si la vente est valide. | Vérifier que le stock vendable est suffisant. |
Limitez la première version à une pièce, une tâche de soin, une étagère, une commande et un tour. Le paiement de la commande est gagné après le service ; le réapprovisionnement coûte 4 pièces et ajoute deux articles de chaque type. Une commande refusée parce que le stock est insuffisant ne change rien et ne consomme pas d’action.
Séparez les fournitures de soins du stock de vente
Utilisez deux registres d’inventaire distincts plutôt qu’une réserve partagée. La réserve de soins appartient au besoin de l’animal ; l’étagère contient les articles disponibles à la vente. La commande vérifie uniquement le registre de vente, afin que les aliments réservés au lapin ne puissent pas être vendus par erreur.
Cette règle de refus est importante pour calculer le tour. Une tentative de service infructueuse est refusée sans coût et ne consomme pas d’action. Une vente réussie retire ensuite les articles de l’étagère, ajoute 8 pièces et utilise une action.
| Action | Prérequis | Changement d’état | Consomme une action ? |
|---|---|---|---|
| Soigner | La réserve protégée contient une unité de nourriture et une de foin. | La réserve passe de 1/1 à 0/0 ; l’argent et l’inventaire de vente ne changent pas. | Oui, si le soin est effectué. |
| Réapprovisionner | Au moins 4 pièces sont disponibles. | L’argent diminue de 4 ; l’étagère reçoit 2 unités de nourriture et 2 de foin. | Oui, si le réapprovisionnement est effectué. |
| Servir | L’étagère contient au moins 2 unités de chaque article. | Retirer 2/2 de l’étagère et ajouter 8 pièces. | Oui, si la commande est servie. |
| Service refusé | Le stock de l’étagère est inférieur à l’une des quantités demandées. | Aucun changement à l’inventaire de vente, à la réserve de soins ou à l’argent ; afficher un avis de stock insuffisant. | Non. Le refus ne consomme pas d’action du personnel. |
Énoncez la règle de refus dans le prompt et les critères d’acceptation. Sinon, une tentative infructueuse pourrait débiter le temps du personnel ou retirer des fournitures avant que la commande ne soit vérifiée.
Écrivez le prompt pour une journée de boutique jouable
Un prompt compact doit définir l’objectif du joueur, l’état initial, le coût des actions, les deux stocks et le moment où les recettes sont ajoutées. Demandez un seul tour avec un résultat calculé afin que les nombres puissent être vérifiés avant d’ajouter une journée entière.
Conçois un petit jeu de gestion d’une boutique pour animaux, dans une pièce et sur un tour. Le joueur commence avec 6 pièces, une réserve de soins contenant 1 nourriture et 1 foin, une étagère de vente contenant 1 nourriture et 1 foin, et 3 actions réussies. Le lapin nécessite un soin qui consomme les deux unités de la réserve. Une commande demande 2 nourritures et 2 foins ; ne la servir qu’à partir de l’étagère de vente et ajouter 8 pièces après une vente réussie. Réapprovisionner coûte 4 pièces et ajoute 2 unités de chaque article à l’étagère ; vérifier le solde avant de débiter. Soigner, réapprovisionner et servir une commande valide utilisent chacun une action. Une commande insuffisamment approvisionnée est refusée sans changer les stocks, l’argent ni les actions. Le tour se termine après trois actions réussies. Affiche les deux registres séparés, les actions restantes, chaque refus et les états avant et après. N’ajoute ni autre animal, ni prix variable, ni employé, ni événement aléatoire.Avant de demander des détails visuels, vérifiez que la réponse distingue les deux inventaires, ne débite que les actions réussies et n’accorde le paiement qu’après une vente valide. Un parcours écrit n’est pas une preuve de fonctionnement réel.
Vérifiez à la main le tour de boutique
Utilisez un registre de stock pour vérifier le parcours prévu. L’étagère commence avec 1 nourriture et 1 foin, de sorte que la commande de 2/2 échoue. Soignez d’abord le lapin, réapprovisionnez pour 4 pièces puis servez la commande. Les fournitures de soin restent séparées pendant toute la transaction.
| Point de contrôle | Argent | Réserve de soins (nourriture/foin) | Étagère (nourriture/foin) | Actions utilisées |
|---|---|---|---|---|
| État initial | 6 | 1/1 | 1/1 | 0 sur 3 |
| Soin terminé | 6 | 0/0 | 1/1 | 1 sur 3 |
| Réapprovisionnement pour 4 | 2 | 0/0 | 3/3 | 2 sur 3 |
| Commande 2/2 servie pour 8 | 10 | 0/0 | 1/1 | 3 sur 3 |
Il est également utile d’examiner le parcours qui tente de servir la commande en premier. L’étagère n’ayant que 1/1, le refus ne change rien et laisse les trois actions disponibles. Le joueur peut ensuite soigner, réapprovisionner et servir avec le même solde final.
Effectuez une révision papier et définissez les vérifications futures
Imaginez une version v0 imprécise avec un stock partagé. Si Servir consulte les fournitures de soins comme marchandises vendables, il pourrait accepter la commande avant le réapprovisionnement. Une révision v1 sépare les registres et refuse la commande jusqu’à ce que l’étagère soit suffisamment approvisionnée. Cette comparaison est une simulation de conception, pas un résultat observé dans un logiciel.
Dans une révision v1 résolue à la main, séparez l’inventaire en careReserve et retailShelf, et autorisez Servir à consulter uniquement le registre de vente. Avec les mêmes valeurs initiales, la commande est refusée, puis le réapprovisionnement permet une vente valide. Le tour se termine avec 10 pièces et une unité de chaque produit restante.
Utilisez ces critères d’acceptation pour un prototype futur. Ce sont des états attendus dérivés des règles écrites, pas des tests réussis.
| Vérification future | Résultat attendu | Ce qu’un écart peut indiquer |
|---|---|---|
| Tenter de servir avant le réapprovisionnement | L’étagère 1/1 ne satisfait pas la demande 2/2 ; aucun registre, argent ou action ne change. | La condition pourrait consulter le stock partagé ou débiter les tentatives refusées. |
| Effectuer le soin | La réserve passe à 0/0 ; l’étagère reste 1/1 et l’argent reste à 6. | L’action de soin pourrait modifier le mauvais inventaire. |
| Réapprovisionner avec 6 pièces | L’argent passe à 2 et l’étagère à 3/3. | Le coût ou la taille du paquet pourrait être appliqué de façon incohérente. |
| Servir après le réapprovisionnement | L’argent passe à 10 et l’étagère revient à 1/1 ; la réserve reste à 0/0. | Le paiement, le retrait des articles ou la séparation du stock pourrait être incorrect. |
| Tenter de réapprovisionner avec moins de 4 pièces | L’achat est refusé avant toute modification de l’argent ou du stock. | La validation du coût pourrait avoir lieu après la transaction. |
| Tenter à nouveau la commande déjà servie | La commande du tour est marquée comme terminée ; aucun second paiement ni retrait n’a lieu. | La commande pourrait être rouverte ou traitée deux fois. |
| Tenter une opération après la troisième action terminée | Le tour est fini ; une quatrième action est refusée. Un refus antérieur n’a pas consommé de tour. | Le budget pourrait compter les tentatives au lieu des actions terminées. |
| Réinitialiser le tour | Revenir à 6 pièces, réserve 1/1, étagère 1/1, trois actions disponibles et commande 2/2 ouverte. | Des états de la partie précédente pourraient persister. |
Lorsque vous testerez une version, comparez chaque état observé au tableau et consignez l’action exacte, les registres, l’argent et les actions avant et après. Ne traitez pas les chiffres calculés à la main comme des résultats de test.
Transmettez la boucle à un flux de création de jeux
La page actuelle Free AI Game Maker de SEELE décrit un processus général : expliquer un jeu en langage naturel, examiner une première version jouable et l’itérer dans Workspace. Elle conseille aussi de vérifier le modèle d’IA, le solde de Koin et le coût affiché avant une génération. Ces renseignements ne prouvent pas qu’une simulation de boutique ou les deux stocks de Paws & Provisions aient été générés.
Commencez par la plus petite question à résoudre : la boutique peut-elle afficher deux inventaires distincts et refuser une commande insuffisamment approvisionnée ? Si une future version existe, inspectez cette règle avant d’ajouter des produits ou des journées.
Commencez par un seul tour
Un jeu de gestion de boutique pour animaux peut commencer par une décision simple : protéger les fournitures de soin, réapprovisionner l’étagère puis servir une commande abordable. Gardez les coûts, les stocks et les actions visibles. Un seul tour suffit à repérer si les soins et les ventes sont correctement séparés. créateur gratuit de jeux avec IA et vérifiez le coût avant chaque génération.
Questions fréquentes sur les jeux de gestion de boutique pour animaux
Quel premier cycle créer pour une boutique ?
Commencez par une tâche de soin, une étagère vendable, une commande client et un budget court d’actions. Définissez l’inventaire initial, le coût du réapprovisionnement, le paiement d’une vente et le comportement quand le stock est insuffisant. Un seul tour est assez petit pour suivre tous les changements.
Les fournitures de soin devraient-elles compter comme stock vendable ?
Pas dans cet exemple. La réserve de soins et l’étagère de vente sont des inventaires séparés, et les commandes consultent uniquement l’étagère. Cela évite qu’une vente utilise la nourriture ou le foin déjà réservés à l’animal. Un autre jeu peut choisir une autre règle, mais doit l’indiquer clairement.
Une commande refusée consomme-t-elle une action du personnel ?
Pas dans cette conception fictive. Une commande impossible à satisfaire ne change ni l’étagère, ni la réserve de soins, ni l’argent, et ne consomme pas d’action. Les actions ne sont débitées que pour les opérations terminées.
Paws & Provisions ou sa révision ont-ils été testés ?
Non. Paws & Provisions est un exemple pédagogique inventé, et la comparaison v0–v1 a été résolue à la main sur papier. Aucun jeu jouable, session utilisateur ou résultat mesuré n’est revendiqué.
Que peut faire SEELE dans ce processus ?
La page officielle actuelle décrit la création de jeux avec des instructions en langage naturel, l’examen d’un résultat jouable et l’itération. C’est un processus général et non une garantie qu’une simulation de boutique respecte les règles écrites. Comparez toute version aux critères d’acceptation avant d’annoncer son comportement.
