Tierpflege und Ladenverkauf auf getrennten Konten führen
Ein Tierladen-Managementspiel lässt sich einfacher verstehen, wenn Pflegebedarf geschützt bleibt, der Verkauf einen eigenen Bestand hat und eine kurze Schicht jeder Aktion klare Kosten zuweist. Beginnen Sie mit einer Pflegeaufgabe, einer Kundenbestellung und drei Personalaktionen. Prüfen Sie die Bestellung dann nur gegen den Verkaufsbestand, damit ein blockierter Verkauf nicht unbemerkt Vorräte für die Tiere verbraucht.
Dieser Leitfaden verwendet Pfoten & Vorräte, einen erfundenen Lehrentwurf mit von Hand prüfbaren Zahlen. Laden, Regeln und Papierrevision sind weder ein bestehendes Spiel noch ein echtes Geschäft. Es wurde kein Spielprompt ausgeführt, kein Build oder Spieltest erstellt und kein Messwert behauptet. Das Beispiel bietet einen Regelvertrag und künftige Prüfungen für einen eigenen Prototyp.
Die erste Ladenschicht begrenzen
Beginnen Sie nicht gleich mit allen Tieren, Produkten und Geschäftssystemen eines vollständigen Ladens. Eine erste spielbare Version sollte eine gezielte Frage beantworten: Können Spielende ein Tier versorgen, ein Regal auffüllen und eine einfache Bestellung erfüllen, ohne Pflegevorräte mit dem Verkaufsbestand zu verwechseln?
Im fiktiven Entwurf starten Spielende mit 6 Geldeinheiten, einer geschützten Pflegereserve von einem Futterbündel und einem Heubündel, einem Verkaufsbestand von je einem Futter und Heu sowie drei Personalaktionen. Eine Kundin verlangt je zwei Stück und zahlt nur dann 8, wenn die Bestellung aus dem Verkaufsbestand erfüllt wird. Eine Pflegeaktion verbraucht das geschützte Futter und Heu. Auffüllen kostet 4 und legt je zwei Stück auf das Verkaufsregal.
| System | Regel der ersten Schicht | Welche Entscheidung damit möglich ist |
|---|---|---|
| Pflegereserve | Ein Futter und ein Heu sind für die Pflegeaufgabe des Kaninchens reserviert. | Pflegebedarf schützen, bevor Personalzeit anders genutzt wird. |
| Verkaufsregal | Startet mit je einem Futter und Heu; Bestellungen greifen nur auf dieses Konto zu. | Ob vor einer größeren Bestellung aufgefüllt werden muss. |
| Schichtaktionen | Drei erfolgreiche Aktionen: Pflegen, Auffüllen und Bedienen. | Welche Vorgänge in die Schicht passen. |
| Bestellung | Verlangt je zwei Futter und Heu; zahlt 8 nur bei gültigem Verkauf. | Ob verkaufbarer Bestand ausreicht. |
Beschränken Sie die erste Version auf einen Raum, eine Pflegeaufgabe, ein Regal, eine Bestellung und eine Schicht. Verschieben Sie Personaleinsatzpläne, Zucht, Tierarzt-Notfälle, saisonale Nachfrage, Eigenproduktion, mehrere Standorte und langfristige Verbesserungen. Diese Systeme können folgen, wenn die erste Schleife verständlich ist.
Pflegebestand vom Verkaufsinventar trennen
Verwenden Sie zwei benannte Konten statt eines gemeinsamen Inventars. Die Pflegereserve gehört zur Tieraufgabe; Kundschaft kann nur den Bestand im Verkaufsregal kaufen. Eine Verkaufssperre prüft zuerst die Verkaufsmenge und verändert erst danach etwas. Reicht der Verkaufsbestand nicht, wird eine Warnung angezeigt und die Bestellung abgelehnt, ohne eines der Konten, das Geld oder die Aktionszahl zu verändern.
Die letzte Regel ist für die Schichtrechnung wichtig. Ein fehlgeschlagener Bedienversuch wird kostenlos abgelehnt: Er verbraucht null Futter, null Heu, null Geld und null Personalaktionen. Danach können die drei erfolgreichen Aktionen Pflegen, Auffüllen und Bedienen gewählt werden. Ein abgelehnter Versuch macht den geplanten Ablauf nicht unmöglich.
| Aktion | Vorbedingung | Zustandsänderung | Personalaktion? |
|---|---|---|---|
| Pflegen | In der geschützten Reserve liegt je ein Futter und Heu. | Pflegereserve ändert sich von 1/1 auf 0/0; Geld und Verkaufsbestand bleiben gleich. | Ja, wenn die Pflege abgeschlossen wird. |
| Auffüllen | Mindestens 4 Geldeinheiten vorhanden. | Geld sinkt um 4; im Verkaufsregal kommen je 2 Futter und Heu hinzu. | Ja, wenn das Auffüllen abgeschlossen wird. |
| Bedienen | Im Verkaufsbestand sind mindestens 2 Futter und 2 Heu. | Je 2 vom Verkaufsbestand abziehen und 8 Geld hinzufügen. | Ja, wenn die Bestellung erfüllt wird. |
| Bedienen blockiert | Verkaufsbestand unterschreitet mindestens eine angeforderte Menge. | Verkauf, Pflegereserve und Geld bleiben unverändert; Unterbestandswarnung anzeigen. | Nein. Die Ablehnung verbraucht keine Personalaktion. |
Formulieren Sie die Ablehnungsregel sowohl im Prompt als auch in den Abnahmekriterien ausdrücklich. Sonst könnte ein Versuch mit einer nicht erfüllbaren Bestellung Aktionszeit kosten oder das Spiel versehentlich geschützte Vorräte verwenden. Das wären unterschiedliche Designs. Wählen Sie eines und legen Sie es vor der Implementierung fest.
Einen spielbaren Ladentag prompten
Ein kompakter Prompt sollte Ziel, Anfangszustand, Aktionskosten, Verkaufssperre und erwarteten Endzustand festlegen. Außerdem sollte er sichtbares Feedback für eine abgelehnte Bestellung verlangen. Hier ist eine wiederverwendbare Vorlage für das fiktive Beispiel:
Entwirf ein kleines Tierladen-Managementspiel in einem Raum für eine Schicht. Die spielende Person versorgt ein ruhiges Kaninchen, verwaltet eine geschützte Pflegereserve und getrennten Verkaufsbestand und erfüllt eine Kundenbestellung. Anfangszustand: Geld 6; Pflegereserve 1 Futter und 1 Heu; Verkaufsregal 1 Futter und 1 Heu; drei Personalaktionen; Kundenbestellung 2 Futter und 2 Heu gegen 8 Geld. Pflegen verbraucht je ein Futter und Heu aus der Reserve und kostet eine Aktion. Auffüllen kostet 4 Geld, legt je 2 Futter und Heu in den Verkaufsbestand und kostet eine Aktion. Bedienen nimmt je 2 Futter und Heu aus dem Verkauf und zahlt 8; eine Aktion kostet es nur bei erfolgreicher Erfüllung. Wenn der Verkaufsbestand nicht reicht, lehne Bedienen mit sichtbarer Warnung ab; verändere weder Verkaufsbestand noch Pflegereserve, Geld oder Aktionszahl. Verwende geschützte Pflegemittel niemals für Bestellungen. Zeige die Konten vor und nach Pflegen → Auffüllen → Bedienen und prüfe die Ablehnung bei Unterbestand separat als kostenlose Aktion. Beende die Schicht nach drei erfolgreichen Aktionen. Nutze einfache eigene Ladengrafiken und einen klaren Neustartzustand. Gib Regeln, Aktionsreihenfolge, Feedback, erwartete Konten und offene Fragen zurück. Füge keine weiteren Systeme hinzu.Prüfen Sie vor visueller Politur, ob die Antwort beide Bestandskonten unterscheidet, nur abgeschlossene Aktionen berechnet, vor dem Auffüllen den Geldbestand kontrolliert und die Zahlung erst nach einer gültigen Bestellung anwendet. Sind diese Regeln unklar, überarbeiten Sie den Regeltext, statt weitere Ladenfunktionen hinzuzufügen.
Die Ladenschicht von Hand berechnen
Verwenden Sie ein Kontenbuch, um den geplanten Ablauf zu prüfen. Der Verkaufsbestand startet bei 1 Futter und 1 Heu. Auffüllen legt je 2 hinzu, das Regal enthält danach 3/3. Bedienen nimmt 2/2 weg und lässt 1/1 übrig. Die Pflegeaktion verbraucht unabhängig davon die reservierten 1/1 und lässt die Pflegereserve bei 0/0. Für Geld gilt: 6 − 4 + 8 = 10.
| Kontrollpunkt | Geld | Pflegereserve (Futter/Heu) | Verkaufsregal (Futter/Heu) | Verwendete Aktionen |
|---|---|---|---|---|
| Anfangszustand | 6 | 1/1 | 1/1 | 0 von 3 |
| Pflege abgeschlossen | 6 | 0/0 | 1/1 | 1 von 3 |
| Auffüllen für 4 | 2 | 0/0 | 3/3 | 2 von 3 |
| Bestellung 2/2 für 8 bedienen | 10 | 0/0 | 1/1 | 3 von 3 |
Auch der Zweig mit Bestellung zuerst ist nützlich. Vor dem Auffüllen enthält der Verkaufsbestand nur 1/1, daher wird die Bestellung über 2/2 blockiert. Die kostenlose Ablehnung lässt Anfangsgeld, Verkaufsregal, Pflegereserve und alle drei Aktionsplätze unverändert. Danach kann die spielende Person weiterhin Pflegen → Auffüllen → Bedienen abschließen und denselben Endzustand erreichen.
Eine Papierrevision vornehmen und künftige Prüfungen festlegen
Stellen Sie sich eine vage v0 mit gemeinsamem Inventar vor. Prüft Bedienen nur den Gesamtbestand, könnte die Bestellung über 2/2 je ein Futter und Heu aus der Pflegereserve plus je eines aus dem Verkaufsregal nehmen. Der Verkauf gelingt, aber für die geplante Pflege bleibt nichts übrig. Das zeigt einen Regelkonflikt, keine geschäftliche Erkenntnis.
In einer von Hand berechneten v1 wird das Inventar in careReserve und retailShelfaufgeteilt; Bedienen darf nur das Verkaufskonto prüfen. Bei denselben Anfangswerten wird die erste Bestellung bei einem Verkaufsbestand von 1/1 abgelehnt. Weil die Ablehnung kostenlos ist, bleiben alle Konten und das Aktionsbudget im Anfangszustand. Danach ergibt Pflegen → Auffüllen → Bedienen Geld 10, Pflegereserve 0/0 und Verkauf 1/1. Das ist eine eigenständige Papierrechnung, kein Spielbuild, Promptresultat, Softwaretest oder echter Spieltest.
Nutzen Sie diese Punkte als Abnahmekriterien eines künftigen Prototyps. Es sind erwartete Zustände aus den erfundenen Regeln dieses Beispiels und kein beobachtetes Produktverhalten.
| Künftige Prüfung | Erwartete Beobachtung | Was eine Abweichung vermuten lässt |
|---|---|---|
| Bedienen vor dem Auffüllen versuchen. | Verkaufsbestand 1/1 reicht nicht für 2/2; Konten, Geld und Aktionen ändern sich nicht. | Die Sperre prüft möglicherweise das gemeinsame Inventar oder berechnet fehlgeschlagene Versuche. |
| Pflege abschließen. | Pflegereserve wird 0/0; Verkauf bleibt 1/1; Geld bleibt 6. | Pflege könnte das falsche Inventar ändern. |
| Mit 6 Geld auffüllen. | Geld wird 2 und Verkauf wird 3/3. | Kosten oder Bündelgröße werden möglicherweise uneinheitlich angewendet. |
| Nach dem Auffüllen bedienen. | Geld wird 10 und Verkauf kehrt zu 1/1 zurück; Pflegereserve bleibt 0/0. | Zahlung, Warenabzug oder Bestandstrennung könnten fehlerhaft sein. |
| Mit weniger als 4 Geld auffüllen. | Kauf wird abgelehnt, bevor sich Geld oder Bestand ändert. | Kostenprüfung findet möglicherweise erst nach der Transaktion statt. |
| Die abgeschlossene Bestellung erneut bedienen. | Die Ein-Bestellungs-Schicht markiert sie als erledigt; keine zweite Zahlung und kein erneuter Warenabzug. | Bestellung könnte erneut geöffnet oder doppelt abgewickelt werden. |
| Nach der dritten erfolgreichen Aktion noch etwas versuchen. | Die Schicht ist beendet; keine vierte Aktion wird angenommen. Eine vorherige blockierte Bestellung verbrauchte keinen Platz. | Das Aktionsbudget zählt möglicherweise Versuche statt abgeschlossener Aktionen. |
| Schicht neu starten. | Geld 6, Pflegereserve 1/1, Verkauf 1/1, drei ungenutzte Aktionen und eine offene Bestellung über 2/2. | Zustand könnte aus früheren Durchläufen übernommen werden. |
Wenn Sie einen Build tatsächlich prüfen, vergleichen Sie jeden beobachteten Zustand mit der Tabelle und notieren Sie genaue Aktion, vorherige Werte und Ergebniswerte. Weicht das Ergebnis ab, ändern Sie jeweils eine Regel und wiederholen die Prüfung. Dieser Artikel bleibt bei einem Rundgang auf Papier und behauptet nicht, dass diese künftigen Tests bereits stattgefunden haben.
Die Schleife in einen Spieleablauf übernehmen
Die offizielle Free-AI-Game-Maker-Seite beschreibt einen allgemeinen Ablauf: ein Spiel in einfachem Englisch beschreiben, ein spielbares 2D- oder 3D-Ergebnis prüfen, im Browser testen, mit Folgeprompts verfeinern, mit kostenlosen Koins beginnen und die Kosten vor jeder Generierung prüfen. Diese allgemeinen Fakten belegen nicht, dass ein Tierladen-Spiel oder diese Bestandsregel korrekt erstellt wird. Betrachten Sie den Prompt oben als Designbriefing und prüfen Sie jedes künftige Ergebnis auf geschütztes Konto, Ablehnung nicht erfüllbarer Bestellungen, Aktionsbudget und genaue Zustandsübergänge.
Beginnen Sie mit der kleinsten offenen Frage: Kann der Laden zwei Inventare darstellen und zeigen, warum eine Bestellung abgelehnt wird? Fügen Sie weitere Tiere, Aufträge oder einen längeren Kalender erst hinzu, wenn die erste Schicht verständlich bleibt. Prüfen Sie vor der Erstellung die angezeigten Kosten; kontrollieren Sie das Ergebnis danach, statt anzunehmen, der Prompt sei befolgt worden.
Mit einer Schicht beginnen
Ein gutes Tierladen-Managementspiel kann mit einem einfachen Zielkonflikt starten: Pflegevorräte schützen, den Zeitpunkt fürs Auffüllen wählen und eine Kundenbestellung innerhalb einer begrenzten Schicht erfüllen. Halten Sie die Konten getrennt, lassen Sie erfolglose Bestellungen nichts kosten und prüfen Sie das erwartete Ergebnis von Hand, bevor der Laden wächst. Wenn Sie ein eigenes Konzept ausarbeiten möchten, öffnen Sie den Free AI Game Maker und prüfen Sie vor jeder Generierung die Kosten.
FAQ zum Tierladen-Managementspiel
Welche erste Ladenschleife sollte ich bauen?
Beginnen Sie mit einer Tierpflegeaufgabe, einem Verkaufsregal, einer Kundenbestellung und einem kleinen Aktionsbudget. Trennen Sie geschützte Pflegevorräte vom Verkaufsbestand und legen Sie Kosten sowie Ergebnis jeder Aktion genau fest. Eine einzelne Schicht lässt sich einfacher prüfen als ein Kalender mit Verbesserungen, Einsatzplänen und Saisonereignissen.
Zählen Pflegevorräte als Verkaufsbestand?
In diesem Beispiel nicht. Pflegereserve und Verkaufsregal sind getrennte Konten; Kundenbestellungen dürfen nur den Verkaufsbestand prüfen. Das schützt die Tierpflege vor einem Verkauf. Ein anderes Design kann andere Regeln verwenden, sollte aber genau festlegen, wann Vorräte den Zweck wechseln und wie die Folgen sichtbar werden.
Kostet eine abgelehnte Bestellung eine Personalaktion?
Nein. Die Prüfung einer nicht ausreichend bevorrateten Bestellung ändert in diesem fiktiven Entwurf weder Verkaufsbestand noch Pflegereserve oder Geld und verbraucht keine Aktion. Sie zeigt eine Warnung und lässt eine andere Tätigkeit wählen. Wenn erfolglose Versuche Zeit kosten sollen, ist das eine andere Regel; dann muss die Schicht neu berechnet werden.
Wurden Pfoten & Vorräte oder seine Überarbeitung getestet?
Nein. Pfoten & Vorräte ist ein erfundenes Lehrbeispiel; der Vergleich von v0 und v1 ist eine von Hand gelöste Papierrechnung. Es wurde kein Prompt gesendet, kein spielbarer Build erstellt und kein Spiel- oder Nutzertest ausgeführt. Die Tabellen enthalten Sollwerte für eine künftige Prüfung und keine beobachteten Ergebnisse.
Wobei kann SEELE in diesem Ablauf helfen?
Die aktuelle offizielle Seite beschreibt Spielbeschreibungen in einfachem Englisch, die Prüfung eines spielbaren 2D- oder 3D-Ergebnisses, eine spielbare erste Version, Browsertests, Folgeprompts, kostenlose Koins und die Kostenprüfung vor jeder Generierung. Sie dokumentiert keine speziellen Tierladen-Systeme. Prüfen Sie ein erzeugtes Ergebnis anhand Ihrer eigenen Bestands-, Aktions- und Bestellregeln.
