Ein Restaurant-Management-Spiel braucht mehr als eine Küche voller Gerichte. Bestellungen müssen vom Warten zum Kochen und dann vom Serviercounter zum Tisch wandern. Eine kleine Produktions- und Service-Pipeline gibt dem Spieler ein klares Kapazitätsproblem, bevor Menüs, Upgrades oder ein voll besetzter Speisesaal hinzugefügt werden.
Dieser Leitfaden beschreibt einen fiktiven Prototypen für zwei Bestellungen und einen KI-gestützten Bauantrag. Seine Ticks und Zahlungen sind Spielregeln, keine Schätzungen für echte Restaurantarbeit. Die Schritt-für-Schritt-Anleitung gibt dir erwartete Zustände, die du mit deinem eigenen Build vergleichen kannst; es ist kein Bericht über einen abgeschlossenen Playtest.
Kochen und Service trennen
Zwei Bestellungen, A und B, treffen am Anfang ein. Ein Herd kann pro Tick höchstens eine wartende Bestellung kochen, und ein Kellner kann pro Tick höchstens ein fertiges Gericht servieren. Kochen und Service können gleichzeitig ablaufen, aber ein Gericht, das während eines Ticks gekocht wird, ist erst am Ende dieses Ticks bereit. Es kann erst in einem späteren Tick serviert werden.
| Bestellungsstatus | Bedeutung | Nächster gültiger Status |
|---|---|---|
| Warten | Die Bestellung hat noch nicht mit dem Kochen begonnen | Kochen |
| Kochen | Der Herd arbeitet in diesem Tick daran | Bereit am Tick-Ende |
| Bereit | Das Gericht liegt am Pass | Servieren in einem späteren Tick |
| Servieren | Der Kellner bringt es zum Tisch | Serviert am Tick-Ende |
| Serviert | Die Bestellung ist abgeschlossen und bezahlt | Keine weitere Zuweisung |
Verwende einen Status pro Bestellung. Wenn ein Gericht sowohl in der Warteschlange als auch in der Servierschlange erscheint, kann ein Spieler es doppelt zuweisen oder dafür bezahlen. Zeige die Herd- und Kellner-Slots getrennt an, damit ein Spieler sehen kann, welcher Teil der Pipeline beschäftigt ist.
Durchlauf eines dreitickigen Services
Zu Beginn jedes Ticks weist der Spieler dem Herd eine wartende Bestellung und dem Kellner ein Gericht zu, das bereits bereit war. Beide Zuweisungen laufen während dieses Ticks. Am Ende wird aus Kochen Bereit und aus Servieren Serviert. Wenn es nichts Geeignetes für eine Station gibt, bleibt ihr Slot leer.
| Tick | Herd-Zuweisung | Kellner-Zuweisung | Status nach dem Tick |
|---|---|---|---|
| 1 | A kochen | Keine | A bereit; B wartet |
| 2 | B kochen | A servieren | A serviert; B bereit |
| 3 | Keine | B servieren | Beide serviert |
Jede servierte Bestellung zahlt 10 Münzen einmal, daher verdient das Beispiel nach Tick drei 20 Münzen. Es werden keine Kosten für Zutaten, Löhne oder andere Posten modelliert. Das Ergebnis hängt von der expliziten Übergabe am Tick-Ende ab; dem Kellner zu erlauben, ein Gericht sofort zu nehmen, sobald das Kochen beginnt, wäre eine andere Regel und ein anderer Zeitplan.
Beschreibe die Pipeline in einem KI-Bauantrag
Gib an, wann eine Bestellung ihren Status ändert und wann eine Station frei wird. SEELEs Funktionskatalog beschreibt die Erstellung von Spielen aus einer schriftlichen Idee und die Produktion koordinierter 2D-Charaktere, Szenen und Schnittstellen. Diese Kategoriebeschreibungen stellen nicht fest, dass dieses bestimmte Restaurant-System generiert oder getestet wurde.
Erstelle einen originalen kleinen Prototypen eines Restaurant-Management-Spiels.
Beginne mit zwei Bestellungen, A und B, in einer Warteschlange, einem Herd und einem Kellner.
Jeden Tick darf der Spieler dem Herd eine wartende Bestellung und dem Kellner
eine Bestellung zuweisen, die zu Beginn dieses Ticks bereits bereit war.
Beide Zuweisungen laufen gleichzeitig. Am Tick-Ende wird eine kochende Bestellung
bereit und eine servierende Bestellung serviert. Ein neu gekochtes Gericht kann
nicht serviert werden, bis der folgende Tick beginnt. Zahle 10 Münzen einmal, wenn eine Bestellung serviert wird.
Eine Bestellung darf nur einen Status einnehmen: warten, kochen, bereit, servieren oder serviert.
Lehne doppelte, unzulässige oder überkapazitätsbedingte Zuweisungen ab, ohne den
Status zu ändern oder einen Slot zu verbrauchen. Zeige die Schlangen, Stationszuweisungen und den Umsatz.
Führe einen Tick nur einmal pro Aktion aus. Beende das Spiel, wenn beide Bestellungen serviert sind.
Neustart stellt beide wartenden Bestellungen, leere Stationen und null Umsatz wieder her.
Verwende originale illustrierte Restaurant-Assets ohne echte Markenlogos.Implementiere zuerst die Statusübergänge und das Tick-Voranschreiten. Füge eine sichtbare Küche, Gäste und Animationen hinzu, nachdem die Sequenz für zwei Bestellungen zuverlässig ist. Wenn ein Gericht zu früh serviert wird, gib den Startstatus und die Tick-Nummer in der Korrekturanfrage an, damit der Assistent die Übergabe beheben kann, anstatt das gesamte Spiel umzuordnen.
Mache das Warten für den Spieler sichtbar
Eine kleine Schlange neben dem Herd kann Bestellungen anzeigen, die noch nicht begonnen haben. Ein separater Pass kann Gerichte anzeigen, die bereit für den Service sind. Markiere während eines Ticks die Bestellung, die jede Station belegt; nach dem Tick verschiebe sie in ihren neuen Status. Verwende Beschriftungen oder Symbole zusätzlich zur Farbe, damit ein Spieler die Status unterscheiden kann.
Wenn ein Spieler versucht, eine kochende Bestellung in demselben Tick dem Kellner zuzuweisen, erkläre, dass sie am Tick-Ende bereit sein wird. Wenn der Kellner bereits zugewiesen ist, behalte das zweite Gericht in der Bereitschaftsschlange. Das Feedback sollte die tatsächliche Regel beschreiben, anstatt zu suggerieren, dass die Bestellung verschwunden ist.
Prüfe die Übergabe und die Zahlung
- Start: Verifiziere, dass A und B warten, beide Stationen leer sind und der Umsatz null beträgt.
- Tick eins: Koche A. Der Versuch, A in demselben Tick zu servieren, muss fehlschlagen. Nach einmaligem Voranschreiten sollte A bereit und B wartend sein.
- Tick zwei: Koche B und serviere A zusammen. Am Tick-Ende sollte A serviert, B bereit und der Umsatz 10 Münzen betragen.
- Tick drei: Serviere B. Der Umsatz sollte auf 20 steigen und das Spiel sollte mit beiden servierten Bestellungen enden.
- Grenzen und Neustart: Lehne zwei Bestellungen auf einem Herd, eine wiederholte Zuweisung und eine zweite Zahlung für eine servierte Bestellung ab. Der Neustart sollte beide wartenden Bestellungen und null Umsatz wiederherstellen.
Gib dem Assistenten bei einem Fehler den Tick und den Status an. Zum Beispiel: „Zu Beginn von Tick eins wartete A. Ich wies es dem Herd zu, dann konnte der Kellner es sofort servieren. A sollte erst nach dem Ende von Tick eins bereit werden.“ Nach der Korrektur teste Tick zwei erneut, um sicherzustellen, dass das Kochen und Servieren verschiedener Bestellungen weiterhin gleichzeitig erfolgen kann.
Plane eine Kapazitätsiteration
Das Hinzufügen eines zweiten Kellners verkürzt diesen genauen Zeitplan allein nicht: Der einzelne Herd produziert nur ein bereitstehendes Gericht pro Tick, daher gibt es nie ein zweites bereitstehendes Gericht, das der zusätzliche Kellner nehmen könnte. Diese Beobachtung folgt aus den festgelegten Regeln für zwei Bestellungen; es ist keine allgemeine Aussage über echte Restaurants.
Als hypothetische nächste Version füge einen zweiten Herd mit einem weiteren Koch und einem zweiten Kellner hinzu, alle von Anfang an verfügbar. Weise A und B in Tick eins den beiden Herden zu. Beide werden am Tick-Ende bereit, und beide Kellner können sie in Tick zwei servieren. Die gleichen zwei Bestellungen sind in zwei Ticks statt drei abgeschlossen, bevor neue Kosten berücksichtigt werden. Spezifiziere Einstellkosten und Stationsregeln, bevor du dies als wirtschaftlichen Vergleich verwendest.
Teste, dass jede Bestellung eindeutig bleibt, wenn zwei Stationen zusammenwirken, und dass die neuen Kellner nicht dasselbe Gericht nehmen können. Dies ist eine vorgeschlagene Berechnung, kein gemessenes Ergebnis aus einem getesteten Spiel.
Häufig gestellte Fragen
Warum wartet ein gekochtes Gericht bis zum nächsten Tick?
Das Beispiel lässt das Kochen am Tick-Ende abschließen, während Service-Zuweisungen zu Beginn des Ticks gewählt werden. Diese Reihenfolge hält gleichzeitige Aktionen vorhersehbar. Du kannst ein anderes Timing-Modell wählen, aber formuliere es explizit und berechne den erwarteten Zeitplan und die Prüfungen neu.
Wie weiß ich, ob Kochen oder Service die Engstelle ist?
Schau, wo Bestellungen warten und ob eine Station geeignete Arbeit hat. In diesem festen Beispiel wird nur ein Gericht pro Tick bereit, daher hat ein zusätzlicher Kellner allein keine Wirkung. Andere Menüs, Ankunftsmuster oder Stationsregeln könnten eine andere Engstelle erzeugen.
Wie kann ich verhindern, dass eine Bestellung doppelt serviert wird?
Gib jeder Bestellung einen aktuellen Status und erlaube nur zulässige Übergänge. Markiere eine Bestellung als zugewiesen, während der Kellner arbeitet, und markiere sie dann als serviert und zahle einmal am Tick-Ende. Teste wiederholte Klicks und gleichzeitige Stationen sowie die normale Sequenz.
Wann sollte ich mehr Gerichte oder Mitarbeiter hinzufügen?
Füge sie hinzu, nachdem die Pipeline für zwei Bestellungen konsistent abgeschlossen und neu gestartet werden kann. Führe eine zusätzliche Station ein, wenn sie eine Entscheidung über Kapazität oder Kosten schafft, nicht nur mehr visuelle Aktivität. Definiere, wie sie Schlangen teilt, und teste das alte Szenario erneut.
Mache eine Service-Pipeline zuverlässig
Zwei Bestellungen, ein Herd und ein Kellner reichen aus, um zu zeigen, wie Produktion und Service interagieren. Prüfe den Status jedes Gerichts in jedem Tick, und füge dann Ausrüstung, Personal oder Menüvielfalt regel für regel hinzu. Entwickle dein eigenes Restaurant-Szenario im SEELE AI Creator Game Maker und zeige Spielern, wo Arbeit wartet. Für einen breiteren Workflow lies wie man ein Spiel mit KI erstellt.
