Un jeu de gestion d’entrepôt est plus facile à concevoir lorsqu’un quart de travail possède un début visible, quelques emplacements de stock et des échéances inscrites sur une courte horloge d’actions. Faites affecter une baie de stockage par le joueur, réceptionner un carton, le ranger, préparer une commande puis l’expédier. Notez l’état après chaque action afin de pouvoir expliquer pourquoi une commande a été livrée en retard.
Ce tutoriel utilise Bluegate Fulfillment, un entrepôt fictif original, pour calculer à la main un quart de six séquences. L’exemple montre comment l’affectation d’une baie avant le début du quart change le résultat papier : une seule commande à l’heure en v0, puis deux en v1. Ces valeurs et règles sont un exercice de conception, pas des pratiques réelles d’entrepôt. Aucun prompt n’a été exécuté et aucun jeu jouable ni résultat de test n’est revendiqué.
Choisir un périmètre d’entrepôt limité à un quart
Commencez par une question assez petite pour être résolue en une session : le joueur peut-il faire passer deux commandes par la réception, le stockage, la préparation et l’expédition avant leurs séquences limites ? Un quart compact expose la boucle de base sans simulation logistique complète.
Bluegate Fulfillment comprend un quai de réception, une case de préparation au sol, deux baies de rayonnage d’une unité chacune, un emplacement pour les bacs de commande et une porte d’expédition distincte. La baie A contient au départ une unité orange A. La deuxième baie, flexible, est vide et non affectée. Un carton bleu B attend à la réception. La commande Urgente nécessite A avant la fin de la séquence 2 ; la commande Standard nécessite B à la séquence 6. Les échéances sont inclusives : une expédition à la séquence due est à l’heure.
Dans ce premier modèle, les employés n’ont pas de trajet individuel. Chaque opération coûte une séquence, ce qui rend le planning facile à vérifier. C’est un choix d’abstraction, pas une affirmation sur la durée d’une tâche réelle en entrepôt.
| Élément | État initial | But de conception |
|---|---|---|
| Baie A | Capacité 1 ; contient 1 unité A orange | Fournit le produit de la commande Urgente à échéance courte |
| Baie flexible | Capacité 1 ; vide et non affectée | Crée un choix d’affectation avant le quart |
| Quai de réception | Un carton B bleu en attente | Démarre le flux de réception |
| Préparation | Une place au sol, vide au départ | Accueille temporairement le carton reçu |
| Commandes | Urgente A due à t2 ; Standard B due à t6 | Rend visibles l’urgence et la chaîne de travail plus longue |
| Horloge du quart | Six séquences d’action | Fournit un planning borné et une condition de fin |
Gardez la première version déterministe et limitée à un quart. Elle ne comporte ni arrivée aléatoire, ni produit périssable, ni embouteillage, ni compétence d’employé, ni entreprise concurrente, ni événement de marché ni règle de réapprovisionnement. Ces sujets peuvent être développés séparément. Pour l’instant, l’écran doit permettre de répondre à trois questions : où se trouve chaque unité, quelle action peut la déplacer et combien de séquences restent avant l’expédition ?
Définir l’état du stockage et des commandes
Avant de dessiner une carte ou de demander un prototype à un outil d’IA, choisissez le plus petit tuple d’état qui rend les règles vérifiables. Suivez la séquence courante, le contenu de la baie A, l’affectation et le contenu de la baie flexible, la préparation, la réception, chaque bac de commande, chaque échéance et l’état de livraison. Le score compte les commandes expédiées à l’heure à la résolution de la sixième action.
Gardez l’état du stock distinct de celui des commandes. Réceptionner B ne le rend pas prêt à être prélevé : le carton doit d’abord être rangé dans une baie affectée à B. Le prélèvement déplace ensuite une unité depuis le rayonnage correspondant vers le bac de commande concerné. L’expédition est une action séparée qui exige un bac complet. Une commande vague « à traiter » ne doit pas masquer plusieurs changements d’état et les séquences qu’ils coûtent.
| Action | Précondition | Changement d’état et coût |
|---|---|---|
| Affecter la baie flexible | Avant le début du quart | Définir son SKU autorisé : A, B ou aucun ; sans coût de séquence |
| Recevoir | Carton entrant présent et préparation vide | Déplacer un carton du quai vers la préparation ; consomme 1 séquence |
| Ranger | Carton en préparation et baie affectée correspondante disponible | Déplacer l’unité vers sa baie ; consomme 1 séquence |
| Prélever | Stock présent dans la baie correspondante et bac de commande demandant ce SKU | Déplacer une unité de la baie vers le bac correspondant ; consomme 1 séquence |
| Expédier | Bac de commande complet | Faire passer un bac par la porte ; consomme 1 séquence |
| Attendre | Quart non terminé | Aucun changement d’état ; consomme 1 séquence |
Dans cette conception fictive, une tâche invalide consomme une séquence mais ne modifie ni le stock ni l’emplacement. Un rangement refusé coûte donc du temps : le carton reste en préparation. Celle-ci ne peut contenir qu’un seul carton ; une autre réception attend tant que le premier n’est pas rangé. Il est interdit de prélever directement dans la zone de préparation. Énoncez ces cas limites avant l’implémentation afin qu’un prototype n’invente pas des raccourcis impossibles à comparer au plan.
Gardez toujours le même ordre de résolution : vérifier les préconditions, appliquer la transition d’état, avancer la séquence puis comparer l’expédition à l’échéance. Une commande expédiée à sa date limite ou avant rapporte un point ; toute commande inachevée ou en retard ne rapporte rien à la fin de la séquence 6. Redémarrer doit restaurer l’affectation, le stock, le carton, la préparation, les commandes, l’horloge et le score initiaux de la version choisie.
Affecter la baie flexible et traiter la réception
Choisissons la seule variable modifiée par l’exemple. En version 0, la baie flexible reste sans affectation. En version 1, elle est affectée à B avant le quart. Ne modifiez ni les échéances, ni les coûts d’action, ni les quantités en stock, ni les autres règles.
En v0, le joueur prélève d’abord A pour le bac Urgent, puis l’expédie à la séquence 2 : à temps. B est réceptionné à la séquence 3 et occupe la zone de préparation. À la séquence 4, son rangement est refusé car aucune baie n’accepte B. Le carton reste en préparation, mais l’action est dépensée. Il n’est pas permis de le prélever directement, donc Standard ne peut pas être terminée dans le temps restant.
En v1, affecter la baie flexible à B donne une destination valide au carton entrant. Le quai, la place de préparation, les échéances et les coûts restent identiques. La réception déplace B vers la préparation à la séquence 3 ; le rangement l’envoie dans la baie affectée à la séquence 4 et libère la place. Les deux actions restantes permettent de prélever puis d’expédier Standard avant la séquence 6. Urgent était déjà partie à l’heure à la séquence 2.
L’image mécanisme illustre cet état précis : un carton bleu B est rangé dans la baie basse, le marqueur Urgent est déjà terminé et Standard reste ouverte. Ce n’est ni une photo d’entrepôt ni la capture d’un jeu généré. L’image ne montre qu’un carton actif pour rendre la décision d’affectation lisible.
Planifier prélèvements et expéditions avant les échéances
Les échéances imposent l’ordre des actions. Urgent doit partir à la séquence 2 ; le joueur doit donc consacrer les deux premières séquences au prélèvement de A puis à son expédition. Retarder l’une des actions fait perdre le point. Le parcours de Standard est plus long : réceptionner, ranger, prélever puis expédier B. Le quart de six séquences lui réserve exactement les quatre actions disponibles après l’expédition urgente.
Le bac de commande ne contourne pas l’étape de stockage. Le jeu exige que l’unité se trouve dans la baie correspondant au SKU avant d’autoriser son prélèvement. Cette distinction rend le rangement visible et donne un sens à l’affectation de la baie flexible. Si B est impossible à ranger parce qu’aucune baie ne l’accepte, affichez la raison et gardez B en préparation ; ne supprimez pas le carton et ne marquez pas la tâche comme terminée.
Le modèle regroupe volontairement les déplacements dans le coût d’une séquence. Si vous ajoutez plus tard des distances de trajet, énoncez-en une règle distincte, par exemple une action de déplacement entre zones nommées, puis recalculez les deux plannings. N’ajoutez pas de coût de déplacement caché après avoir montré une trace manuelle : on ne saurait plus si le retard vient de l’affectation ou d’une nouvelle règle.
Décidez aussi comment l’interface montre le temps. Une horloge à six repères peut afficher les actions dépensées sans texte minuscule. Fournissez un retour visuel direct après chaque opération : quantité à la réception modifiée, préparation libérée après rangement, stock de baie modifié après prélèvement et marqueur de commande changé seulement après une expédition valide. Différenciez clairement une opération bloquée d’un transfert réussi.
Vérifier à la main le quart v0-v1
Écrivez la trace avant la création du jeu. Chaque ligne correspond à une action et indique la position des unités et l’état des commandes. En v0, le rangement refusé consomme la séquence 4 ; en v1, la seule affectation modifiée permet de traiter les deux commandes avant la fin du quart.
| Version / séquence | Action | Baie A | Baie B flexible | Préparation | Résultat de commande |
|---|---|---|---|---|---|
| Départ v0 | Baie flexible non affectée | A=1 | Indisponible | Vide | Urgente due à 2 ; Standard due à 6 |
| v0 t1 | Prélever A dans le bac Urgent | A=0 | Indisponible | Vide | Bac Urgent=1 |
| v0 t2 | Expédier Urgent | A=0 | Indisponible | Vide | Urgent à l’heure ; score 1 |
| v0 t3 | Recevoir B | A=0 | Indisponible | B=1 | Standard en attente |
| v0 t4 | Tenter de ranger | A=0 | Indisponible | B=1 | Bloqué, mais séquence consommée |
| v0 t5–t6 | Attendre ; fin du quart | A=0 | Indisponible | B=1 | Standard en retard ; score 1/2 |
| Configuration v1 | Affecter baie flexible à B | A=1 | Capacité B=1 | Vide | Seule variable modifiée |
| v1 t1 | Prélever A dans le bac Urgent | A=0 | B=0 | Vide | Bac Urgent=1 |
| v1 t2 | Expédier Urgent | A=0 | B=0 | Vide | Urgent à l’heure |
| v1 t3 | Recevoir B | A=0 | B=0 | B=1 | Standard en attente |
| v1 t4 | Ranger B | A=0 | B=1 | Vide | Place de préparation libérée |
| v1 t5 | Prélever B dans le bac Standard | A=0 | B=0 | Vide | Bac Standard=1 |
| v1 t6 | Expédier Standard | A=0 | B=0 | Vide | Toutes deux à l’heure ; score 2/2 |
En v0, le carton reçu ne devient pas un stock prélevable car aucune baie n’est affectée à B. La v1 ne change que cette affectation ; sa séquence d’actions est : prélever A, expédier Urgent, réceptionner B, ranger B, prélever B, expédier Standard. La dernière expédition tombe à la limite inclusive de la séquence 6 : le score fictif passe donc d’une à deux commandes à l’heure.
Dans l’état illustré, toutes les baies, la préparation et l’emplacement des bacs de commande sont vides. Les six repères de progression sont remplis. Ce visuel conçu à la main correspond à la trace papier ; il ne prouve pas le fonctionnement d’un jeu généré.
Construire et examiner la première version
Une fois les règles clarifiées, demandez à un outil de création une scène délimitée plutôt que « crée un entrepôt réaliste ». Par exemple : un quart solo compact avec un quai, une place de préparation, deux baies d’une unité, deux bacs de commande, une horloge à six actions et des retours visuels sous forme d’icônes. Précisez les changements d’état et le rangement refusé, puis décrivez l’unique trace d’acceptation à examiner.
Séparez le contrat de conception, la demande de création future et la liste de validation. Le contrat dit quelle action modifie quel état ; la demande décrit la plus petite scène et ses interactions ; la liste indique ce qu’une personne devra vraiment observer. Cet article ne prétend pas avoir envoyé ces prompts à un modèle ni produit un jeu jouable : ils constituent des étapes proposées pour une tentative future.
La page actuelle Free AI Game Maker décrit un workflow général : présenter une idée de jeu en langage courant, examiner un résultat jouable en 2D ou 3D, poursuivre l’itération dans Workspace et vérifier les coûts de génération affichés et les options du compte. Elle ne décrit pas un générateur spécialisé en entrepôt et ne garantit pas les règles d’affectation ci-dessus. Examinez le résultat réel selon le contrat au lieu de supposer qu’il le respecte.
Pour une création ultérieure, vérifiez la séquence depuis l’état initial. Confirmez que l’affectation de la baie flexible ne modifie que son SKU accepté ; que Recevoir déplace un seul carton en préparation ; qu’un rangement bloqué conserve le carton mais consomme la séquence fictive ; qu’un rangement valide libère la place ; que Prélever utilise uniquement la baie correspondante ; qu’Expédier exige un bac complet ; et qu’une expédition à la séquence 6 compte avant la fermeture de l’échéance inclusive. Testez ensuite Redémarrer et vérifiez que l’affectation initiale, le stock, les commandes, la séquence et le score sont restaurés.
Réviser une règle à partir d’un comportement observé
Lorsqu’un véritable jeu sera disponible, consignez son premier écart par rapport à l’état attendu. Notez la séquence de départ, l’affectation de la baie, l’emplacement du carton, l’action choisie, l’état suivant prévu, ce que l’écran a réellement montré et les preuves observées. Un commentaire comme « l’entrepôt est confus » ne précise pas si le problème porte sur la règle d’affectation, un indicateur absent ou le planning d’actions.
- Find the first mismatch. Compare the observation with the relevant transition row before changing the whole concept.
- Name one rule. Examples are the matching-bay precondition, the staging capacity, or the inclusive dispatch cutoff.
- Make one narrow repair. Keep stock, order needs, and deadlines fixed while you revise that rule or its feedback.
- Repeat affected checks. A staging change needs the blocked receive/put-away cases; a deadline change needs both schedule traces.
- Label evidence accurately. A paper trace predicts expected behavior. A prompt is only an instruction. A pass claim requires an actual observation from a real run.
En l’absence de jeu ou de notes d’exécution, laissez chaque vérification marquée comme non vérifiée. Ne transformez pas une simulation écrite en affirmation qu’un prompt a amélioré un jeu. L’exemple manuel reste utile : il fournit le prochain ensemble d’états à examiner.
Commencer un brief de jeu d’entrepôt
Un premier prototype d’entrepôt utile est une petite opération que le lecteur peut suivre : un carton entrant, une décision de stockage, deux commandes et une horloge de quart. Le planning calculé suggère où regarder si une future implémentation rate une échéance. Il ne décrit pas des pratiques réelles et ne garantit pas qu’un outil de jeu génère ce système exact.
Pour explorer un workflow général de création, essayez Free AI game maker. Le workflow publié décrit des prompts en langage courant, un premier résultat jouable en 2D ou 3D testable dans le navigateur et des prompts successifs pour l’itération. Avant l’envoi, vérifiez le modèle sélectionné, le solde Koin disponible et le coût affiché. Ce sont des informations générales sur le produit ; la route candidate et l’attribution de cet article restent des valeurs de planification locales tant que la route n’est pas confirmée.
Foire aux questions
Que devrait contenir le premier jeu de gestion d’entrepôt ?
Commencez par un quart, une petite carte, quelques emplacements de stock, des commandes lisibles et des échéances compatibles avec l’horloge d’actions. Faites en sorte que réception, rangement, prélèvement et expédition modifient chacun un état visible. Ajoutez l’économie urbaine, les compétences ou les événements après vérification de cette boucle.
Pourquoi le carton B doit-il être rangé avant le prélèvement ?
Selon ces règles fictives, une commande ne peut prélever du stock que dans une baie affectée au SKU correspondant. La réception déplace B du quai vers la préparation ; elle ne le rend pas disponible au prélèvement. Un rangement valide transfère le carton dans la baie et le rend ensuite prélevable.
Pourquoi la version 0 manque-t-elle l’échéance Standard ?
La v0 ne donne aucune affectation à la baie flexible. Après réception de B à la séquence 3, le rangement est refusé à la séquence 4 et consomme quand même cette action. Comme le prélèvement direct en préparation est interdit, l’unité B n’atteint jamais un emplacement prélevable à temps ; Standard ne peut pas partir avant la fermeture du quart.
Qu’est-ce qui change dans la version 1 ?
Seule l’affectation de la baie flexible avant le quart change : elle accepte le SKU B. Urgent part toujours à la séquence 2, et le carton B suit les étapes réception à la séquence 3, rangement à la séquence 4, prélèvement à la séquence 5 et expédition à la séquence 6. Les deux commandes fictives sont alors à l’heure.
Cet exemple d’entrepôt a-t-il été généré ou testé ?
Non. Bluegate Fulfillment, ses capacités, coûts, échéances, résultats et images sont du matériel pédagogique fictif. Les traces v0 et v1 sont calculées à la main selon les règles énoncées. Aucun prompt n’a été exécuté, aucun jeu n’a été généré et aucun test de jeu n’est revendiqué.
