Ein Backhaus-Management-Spiel wird interessant, wenn der Spieler sich für eine Charge entscheiden muss, bevor er genau weiß, wie der Tag verlaufen wird. Backt man zu wenig, gehen die Kunden leer aus; backt man zu viel, bleiben Zutaten un verkauft. Beginnen Sie mit einem Ofen, einem Produkt und einem kurzen Tag. Sobald diese Entscheidungen funktionieren, fügen Sie Rezepte und Unsicherheit hinzu.
Dieser Leitfaden verwendet eine fiktive Bäckerei, um zu zeigen, wie man eine tägliche Schleife spezifiziert, ein KI-Spielwerkzeug um einen Ausgangspunkt bittet und überprüft, ob das Ergebnis Ihren Regeln folgt. Die Zahlen sind Designentscheidungen für ein Beispiel, keine Ergebnisse aus einem abgeschlossenen Spiel.
Geben Sie dem Spieler eine bedeutungsvolle Morgenentscheidung
Zu Beginn eines Tages lässt der Spieler die Anzahl der zu backenden Brote wählen. Der Ofen und der Zutatenbestand begrenzen die Charge. Danach treffen die Kunden ein, kaufen, solange Vorrat besteht, und gehen, wenn er aufgebraucht ist. Beenden Sie den Tag mit einer Zusammenfassung der Verkäufe, des restlichen Brotes und des Kassenbestands, und lassen Sie den Spieler dann einen neuen Tag beginnen.
| Regel | Erste Version | Entstehende Entscheidung |
|---|---|---|
| Ofenkapazität | Acht Brote pro Charge | Wählen innerhalb einer sichtbaren Grenze |
| Zutaten | Zwölf Portionen verfügbar | Ressourcen reservieren oder verwenden |
| Nachfrage | Sechs Kunden, je ein Brot | Vergleichen der Charge mit erwarteten Verkäufen |
| Tagesende | Verkaufte und unverkaufte Brote anzeigen | Feedback nutzen, um die nächste Entscheidung zu ändern |
Halten Sie die Nachfrage fest, während Sie den ersten Build überprüfen. Vorhersehbare Eingaben erleichtern es zu erkennen, ob ein unerwartetes Ergebnis aus Ihrem Design oder aus einem Implementierungsfehler stammt. Zufällige Nachfrage kann die Wahl später unsicherer machen.
Durchspielen eines Tages vor dem Bauen
Für dieses Beispiel verbraucht jedes Brot eine Zutatenportion zum Preis von einer Münze. Jeder Verkauf bringt drei Münzen ein. Ignorieren Sie Miete, Löhne und andere Kosten vorerst, damit die Berechnung sichtbar bleibt. Eine Charge von acht verbraucht acht Zutaten. Wenn sechs Kunden je ein Brot kaufen, beträgt der Umsatz 18 Münzen, die Zutatenkosten betragen acht Münzen und die vereinfachte Marge beträgt 10 Münzen. Zwei Brote bleiben unverkauft.
Mit einer Charge von sechs bringen die gleichen sechs Verkäufe 18 Münzen ein, während die Zutaten sechs kosten, was eine Marge von 12 Münzen ergibt und keine übrig gebliebenen Brote. Das macht sechs nicht zur universell besten Antwort: Es passt nur zur angenommenen festen Nachfrage. Sobald die Nachfrage variiert, kann eine größere Charge verpasste Verkäufe an einem geschäftigen Tag verhindern, aber an einem ruhigen Tag Verschwendung riskieren.
| Charge | Verkauft bei Nachfrage von sechs | Unverkauft | Umsatz abzüglich Zutatenkosten |
|---|---|---|---|
| Acht | Sechs | Zwei | 10 Münzen |
| Sechs | Sechs | Null | 12 Münzen |
Entscheiden Sie, was mit Resten passiert, bevor Sie den Prompt schreiben. Die erste Version kann sie beim Schließen verwerfen. Wenn sie übergehen, definieren Sie ihre Frische und ob die Kunden des nächsten Tages sie vor frischem Brot kaufen. Beide Optionen können funktionieren, aber die Tagesendberechnung muss dazu passen.
Wandeln Sie die Regeln in eine KI-Bauanfrage um
Beschreiben Sie Zustand, Aktionen und Endbedingungen zusammen. Die Spiel-Erstellungsfähigkeit von SEELE ist so konzipiert, dass sie von einer Beschreibung ausgeht, und ihre 2D-Asset-Werkstatt deckt Charaktere, Szenen und Interface-Elemente in einem gemeinsamen Stil ab. Verwenden Sie diese Kategorien, um Ihr Projekt zu rahmen, und inspizieren Sie dann, was das Tool tatsächlich erstellt. Ein Prompt ist eine Spezifikation zum Testen, keine Garantie für ein fertiges Spiel.
Erstellen Sie ein originelles kleines Backhaus-Management-Spiel für den Browser.
Zu Beginn jedes Tages werden 12 Zutatenportionen angezeigt und eine Charge
von null bis acht Brote ermöglicht. Jedes Brot verbraucht eine Portion und kostet eine Münze.
Nach dem Backen treffen sechs Kunden nacheinander ein. Jeder kauft ein Brot für
drei Münzen, wenn Brot übrig ist; andernfalls wird ein verpasster Verkauf erfasst.
Beim Schließen werden gebackene, verkaufte und unverkaufte Brote, verpasste Verkäufe, Zutaten-
kosten, Umsatz und Umsatz abzüglich Zutatenkosten angezeigt. Unverkaufte Brote werden verworfen.
Stellen Sie eine Schaltfläche bereit, um einen neuen Tag mit den gleichen Startressourcen zu beginnen.
Verwenden Sie eine originelle, warme illustrierte Bäckerei und klare, lesbare Steuerelemente.
Führen Sie noch keine Miete, Löhne, zusätzlichen Rezepte oder zufällige Nachfrage ein.Bitten Sie zuerst um die tägliche Berechnung und danach um die illustrierte Szene, wenn der erste Versuch zu viel versucht. Bewahren Sie eine Kopie der funktionierenden Version auf, bevor Sie ein anderes System hinzufügen. Wenn Sie eine Korrektur anfordern, geben Sie den Startzustand, die Aktion und das erwartete Ergebnis an, anstatt den Assistenten zu bitten, das Spiel „realistischer“ zu machen.
Überprüfen Sie die Buchhaltung und den Reset
- Wählen Sie acht Brote: Erwartet werden sechs verkaufte, zwei unverkaufte, null verpasste Verkäufe und eine Marge von 10 Münzen unter den Beispielsregeln.
- Wählen Sie vier: Erwartet werden vier verkaufte, zwei verpasste Verkäufe und eine Marge von acht Münzen. Kein Kunde sollte ein Brot kaufen, nachdem der Bestand null erreicht hat.
- Versuchen Sie null und acht, dann versuchen Sie, eine Zahl außerhalb des erlaubten Bereichs auszuwählen. Das Spiel sollte die Charge innerhalb ihrer festgelegten Grenzen halten.
- Beginnen Sie einen neuen Tag und stellen Sie sicher, dass Bestand, Kundenzahl und Zusammenfassung wie spezifiziert zurückgesetzt werden. Unverkaufte Brote eines vorherigen Tages sollten nicht wieder erscheinen.
Wenn die Zusammenfassung abweicht, finden Sie die erste falsche Zustandsänderung. Zum Beispiel, wenn acht Brote gebacken werden, aber nur sechs Zutaten berechnet werden, bitten Sie darum, die Zutatenkosten zu erfassen, wenn Brot gebacken wird, einschließlich unverkauftem Brot. Wiederholen Sie sowohl die Acht-Brot- als auch die Vier-Brot-Prüfungen nach der Änderung.
Planen Sie eine hypothetische Iteration
Sobald der feste Tag funktioniert, erwägen Sie eine Designänderung: Wechseln Sie zwischen einem ruhigen Tag mit vier Kunden und einem geschäftigen Tag mit acht. Offenbaren Sie den Tagstyp erst, nachdem der Spieler eine Charge gewählt hat. Dies ist eine vorgeschlagene Regel, keine Aussage über einen getesteten Build. Eine Charge von vier vermeidet Reste an einem ruhigen Tag, verpasst aber vier potenzielle Verkäufe an einem geschäftigen Tag; eine Charge von acht deckt die geschäftige Nachfrage, lässt aber vier Brote an einem ruhigen Tag übrig.
Bitten Sie den Assistenten, den Tagstyp in der Abschlusszusammenfassung anzuzeigen und die früheren Buchhaltungsprüfungen beizubehalten. Wenn die Wahl willkürlich wirkt, fügen Sie eine Prognose hinzu, die nützliche, aber unvollkommene Informationen liefert, und spezifizieren Sie genau, wie sie erzeugt wird, bevor Sie sie als zuverlässig bezeichnen. Das Ziel ist es, den Spieler dazu zu bringen, Informationen zu interpretieren, nicht eine einfache Wahl unter mehr Steuerelementen zu begraben.
Häufig gestellte Fragen
Wie viele Rezepte sollte die erste Version haben?
Ein Rezept reicht aus, um die Schleife zu testen. Fügen Sie ein zweites erst hinzu, wenn Backen, Verkaufen und Tagesabschluss konsistent funktionieren. Geben Sie dem neuen Rezept eine andere Einschränkung, wie eine längere Ofenzeit oder eine andere Zutat, damit die zusätzliche Wahl die Planung des Spielers ändert.
Sollte die Kundennachfrage von Anfang an zufällig sein?
Beginnen Sie mit einer festen Zahl, damit Sie das erwartete Ergebnis jedes Tests vorhersagen können. Führen Sie dann Variationen mit einem klar definierten Bereich oder einer Sequenz ein. Bewahren Sie eine Möglichkeit auf, eine bekannte Situation wieder abzuspielen; andernfalls kann eine Änderung der Kundenzahl einen Buchhaltungsfehler verbergen.
Wie kann ich Reste bedeutungsvoll machen, ohne das Spiel frustrierend zu gestalten?
Zeigen Sie die Kosten- und Bestandsfolgen vor dem Tagesabschluss an und lassen Sie Spieler die nächste Charge anpassen. Experimentieren Sie später mit Spenden oder Preisnachlässen als explizite Regeln. Erklären Sie, wie jede Option den Umsatz oder andere Ressourcen ändert, und bestrafen Sie einen Spieler nicht für Informationen, die er nicht hätte wissen können.
Was soll ich tun, wenn das generierte Spiel eine Regel ignoriert?
Geben Sie dem Tool ein reproduzierbares Beispiel: die Anfangszutaten, die Chargengröße, die Anzahl der Käufer und die erwartete Zusammenfassung. Bitten Sie es, die spezifische Berechnung zu korrigieren, ohne die anderen Regeln zu ändern. Führen Sie das gleiche Beispiel erneut aus und prüfen Sie dann eine zweite Chargengröße und den Reset.
Beginnen Sie mit einem Ofen und einem Tag
Eine klare Produktionsgrenze und ein sichtbares Tagesendergebnis reichen aus, um eine erste Managemententscheidung zu schaffen. Verwenden Sie die Beispielszahlen, um Ihre Regeln zu überprüfen, und ändern Sie dann Nachfrage, Rezepte und Informationen, um die Bäckerei zu Ihrer eigenen zu machen. Beginnen Sie mit einer prägnanten Beschreibung im SEELE AI Creator Game Maker und verfeinern Sie das Ergebnis anhand der obigen Prüfungen. Für einen umfassenderen Überblick siehe wie man ein Spiel mit KI erstellt.
