Un jeu de gestion de restaurant a besoin de plus qu'une cuisine pleine de plats. Les commandes doivent passer de l'attente à la cuisson, puis du comptoir de service à une table. Un petit pipeline de production et de service offre au joueur un problème de capacité clair avant d'ajouter des menus, des améliorations ou une salle bondée.
Ce guide décrit un prototype fictif à deux commandes et une demande de création assistée par IA. Ses ticks et paiements sont des règles de jeu, et non des estimations du travail réel dans un restaurant. Le tutoriel vous donne des états attendus à comparer avec votre propre construction ; ce n'est pas un rapport de test de jeu terminé.
Séparer la cuisson du service
Deux commandes, A et B, arrivent au début. Une cuisinière peut cuire au maximum une commande en attente par tick, et un serveur peut servir au maximum un plat prêt par tick. La cuisson et le service peuvent se dérouler simultanément, mais un plat cuit pendant un tick ne devient prêt qu'à la fin de ce tick. Il ne peut pas être servi avant un tick ultérieur.
| État de la commande | Ce que cela signifie | Prochain état valide |
|---|---|---|
| En attente | La commande n'a pas encore commencé à cuire | En cuisson |
| En cuisson | La cuisinière y travaille pendant ce tick | Prêt à la fin du tick |
| Prêt | Le plat est au passe | En service dans un tick ultérieur |
| En service | Le serveur l'emmène à la table | Servi à la fin du tick |
| Servi | La commande est terminée et payée | Aucune affectation supplémentaire |
Utilisez un état par commande. Si un plat apparaît à la fois dans la file d'attente et dans la file de service, un joueur peut l'affecter ou le payer deux fois. Affichez séparément les emplacements de la cuisinière et du serveur afin qu'un joueur puisse voir quelle partie du pipeline est occupée.
Parcours d'un service sur trois ticks
Au début de chaque tick, affectez à la cuisinière une commande en attente et au serveur un plat qui était déjà prêt. Les deux affectations se déroulent pendant ce tick. À la fin, la cuisson devient prête et le service devient servi. Lorsqu'il n'y a rien d'éligible pour une station, laissez son emplacement vide.
| Tick | Affectation cuisinière | Affectation serveur | État après le tick |
|---|---|---|---|
| 1 | Cuire A | Aucune | A prêt ; B en attente |
| 2 | Cuire B | Servir A | A servi ; B prêt |
| 3 | Aucune | Servir B | Les deux servis |
Chaque commande servie rapporte 10 pièces une seule fois, donc l'exemple rapporte 20 pièces après le tick trois. Aucun coût d'ingrédients, de salaires ou autre n'est modélisé. Le résultat dépend de la transition explicite en fin de tick ; autoriser le serveur à prendre un plat dès que la cuisson commence serait une règle différente et un horaire différent.
Décrivez le pipeline dans une demande de création par IA
Précisez quand une commande change d'état et quand une station devient libre. Le catalogue de capacités de SEELE décrit la création de jeux à partir d'une idée écrite et la production de personnages, de scènes et d'interfaces 2D coordonnés. Ces descriptions de catégories n'établissent pas que ce système de restaurant particulier a été généré ou testé.
Créez un prototype original de petit jeu de gestion de restaurant.
Commencez avec deux commandes, A et B, dans une file d'attente, une cuisinière et un serveur.
Chaque tick, le joueur peut affecter à la cuisinière une commande en attente et au serveur
une commande qui était déjà prête au début de ce tick.
Les deux affectations se déroulent simultanément. À la fin du tick, une commande en cuisson devient
prête et une commande en service devient servie. Un plat nouvellement cuit ne peut pas
être servi avant le tick suivant. Payez 10 pièces une fois lorsqu'une commande est servie.
Une commande ne peut occuper qu'un seul état : en attente, en cuisson, prêt, en service ou servi.
Rejetez les affectations en double, non éligibles ou dépassant la capacité sans changer
l'état ni consommer un emplacement. Affichez les files, les affectations des stations et les revenus.
Avancez un tick uniquement une fois par action. Terminez après que les deux commandes sont servies.
La réinitialisation restaure les deux commandes en attente, les stations vides et des revenus nuls.
Utilisez des assets de restaurant illustrés originaux sans logos de marques réelles.Implémentez d'abord les transitions d'état et l'avancement du tick. Ajoutez une cuisine visible, des clients et des animations après que la séquence à deux commandes est fiable. Si un plat est servi trop tôt, fournissez l'état initial et le numéro de tick dans la demande de correction afin que l'assistant puisse corriger la transition plutôt que de réorganiser tout le jeu.
Rendre l'attente visible pour le joueur
Une petite file à côté de la cuisinière peut montrer les commandes qui n'ont pas commencé. Un passe séparé peut montrer les plats prêts pour le service. Pendant un tick, marquez la commande occupant chaque station ; après le tick, déplacez-la vers son nouvel état. Utilisez des étiquettes ou des icônes en plus de la couleur afin qu'un joueur puisse distinguer les états.
Lorsqu'un joueur essaie d'affecter une commande en cuisson au serveur dans le même tick, expliquez qu'elle sera prête à la fin du tick. Si le serveur est déjà affecté, gardez le deuxième plat dans la file des plats prêts. Les retours doivent décrire la règle réelle plutôt que de suggérer que la commande a disparu.
Vérifiez la transition et le paiement
- Début : vérifiez que A et B sont en attente, que les deux stations sont vides et que les revenus sont nuls.
- Tick un : cuire A. Essayer de servir A dans ce même tick doit échouer. Après un seul avancement, A devrait être prêt et B en attente.
- Tick deux : cuire B et servir A ensemble. À la fin du tick, A devrait être servi, B prêt et les revenus de 10 pièces.
- Tick trois : servir B. Les revenus devraient devenir 20 et le jeu devrait se terminer avec les deux commandes servies.
- Limites et réinitialisation : rejeter deux commandes sur une seule cuisinière, une affectation répétée et un deuxième paiement pour une commande servie. La réinitialisation devrait restaurer les deux commandes en attente et des revenus nuls.
Pour un échec, donnez à l'assistant le tick et l'état. Par exemple : « Au début du tick un, A était en attente. Je l'ai affecté à la cuisinière, puis le serveur a pu le servir immédiatement. A ne devrait devenir prêt qu'après la fin du tick un. » Après la correction, retestez le tick deux afin que la cuisson et le service de commandes différentes puissent toujours se produire ensemble.
Planifier une itération de capacité
Ajouter un deuxième serveur seul ne raccourcit pas cet horaire exact : la cuisinière unique ne produit qu'un seul plat prêt par tick, il n'y a donc jamais un deuxième plat prêt pour le serveur supplémentaire. Cette observation découle des règles énoncées pour deux commandes ; ce n'est pas une affirmation générale sur les restaurants réels.
En tant que version hypothétique suivante, ajoutez une deuxième cuisinière avec un autre cuisinier et un deuxième serveur, tous disponibles dès le début. Affectez A et B aux deux cuisinières au tick un. Les deux deviennent prêts à la fin du tick, et les deux serveurs peuvent les servir au tick deux. Les mêmes deux commandes se terminent en deux ticks au lieu de trois, avant de prendre en compte de nouveaux coûts. Spécifiez les coûts d'embauche et les règles des stations avant d'utiliser cela comme comparaison économique.
Testez que chaque commande reste unique lorsque deux stations agissent ensemble et que les nouveaux serveurs ne peuvent pas prendre le même plat. Il s'agit d'un calcul proposé, et non d'un résultat mesuré d'un jeu testé.
Questions fréquentes
Pourquoi un plat cuit attend-il jusqu'au tick suivant ?
L'exemple fait en sorte que la cuisson s'achève à la fin du tick, tandis que les affectations de service sont choisies au début du tick. Cet ordre maintient les actions simultanées prévisibles. Vous pouvez choisir un modèle de chronométrage différent, mais énoncez-le explicitement et recalculez l'horaire attendu et les vérifications.
Comment savoir si la cuisson ou le service est le goulot d'étranglement ?
Regardez où les commandes attendent et si une station a un travail éligible. Dans cet exemple fixe, un seul plat devient prêt par tick, donc un serveur supplémentaire seul n'a aucun effet. D'autres menus, motifs d'arrivée ou règles de station pourraient produire un goulot d'étranglement différent.
Comment empêcher qu'une commande ne soit servie deux fois ?
Donnez à chaque commande un état actuel unique et n'autorisez que les transitions éligibles. Marquez une commande affectée pendant que le serveur travaille, puis marquez-la servie et payez une fois à la fin du tick. Testez les clics répétés et les stations simultanées ainsi que la séquence ordinaire.
Quand dois-je ajouter plus de plats ou d'employés ?
Ajoutez-les après que le pipeline à deux commandes peut être terminé et réinitialisé de manière cohérente. Introduisez une station supplémentaire lorsqu'elle crée une décision sur la capacité ou le coût, et non simplement plus d'activité visuelle. Définissez comment elle partage les files et retestez l'ancien scénario.
Rendre un pipeline de service fiable
Deux commandes, une cuisinière et un serveur suffisent pour montrer comment la production et le service interagissent. Vérifiez l'état de chaque plat à chaque tick, puis ajoutez des équipements, du personnel ou une variété de menu une règle à la fois. Développez votre propre scénario de restaurant dans le SEELE AI Creator Game Maker, et montrez aux joueurs où le travail attend. Pour un flux de travail plus large, lisez comment créer un jeu avec l'IA.
