Bessere KI-Prompts für ein Survival-Spiel zur Basisverteidigung schreiben

Ein Survival-Spiel zur Basisverteidigung lässt sich leichter planen, wenn Sie es auf ein Schutzhaus, ein Vorbereitungsfenster und eine Nacht voller Druck beschränken. Notieren Sie, was die spielende Person tun kann, was jede Aktion kostet, was die Angreifer verändern und was als Überleben zählt, bevor Sie einen Spiel-Generator um eine Welt bitten. Geben Sie dann getrennte Prompts für Regeln, spielbare Interaktionen und einen wiederholbaren Validierungsfall vor.

Das ausgearbeitete Beispiel ist eine eigens für den Unterricht entworfene Simulation eines Rückzugsorts im Kiefernwald. Die Zahlen sind Annahmen, die aus den Regeln auf dieser Seite berechnet wurden. Sie stammen weder aus einem tatsächlichen Spiel noch aus einer SEELE-Generierung oder einem Spieltest.

Mit einer Nacht statt einer ganzen Welt beginnen

Legen Sie für den ersten Prompt zur Basisverteidigung ein Schutzhaus und eine kurze Schleife fest: vorbereiten, einer Bedrohung begegnen, die Folge ablesen und neu starten. Die Spielenden sollten eine Entscheidung vor Einbruch der Nacht mit einem Zustand verknüpfen können, den sie bei Tagesanbruch überprüfen. Beginnt Ihr Briefing mit einer Karte voller Gebäude, Herstellungspfaden, Wetter und mehreren Gegnerklassen, wird möglicherweise unklar, welche Regel den ersten Versuch erfolgreich oder erfolglos gemacht hat.

Halten Sie den ersten Ausschnitt eng genug, um ihn auf Papier durchdenken zu können. Benennen Sie den Startzustand, die Aktionen vor dem Angriff, Kosten und Wirkung jeder Aktion, die Reaktion der Gegner und die Endbedingung. So erhalten Sie ein Ziel für den ersten Build und eine Möglichkeit, einen fehlerhaften Übergang zu erkennen, ohne anzunehmen, dass ein generiertes Ergebnis jedes Detail korrekt umsetzt.

Einen Regelvertrag formulieren, den der Build anzeigen kann

Verwenden Sie einen festen Startzustand, damit jede Aktion sichtbare Folgen hat. In diesem hypothetischen Fall beginnt die Dämmerung mit einem Tor der Stärke 2/4, vier Holzbrettern, drei Gesundheitspunkten der Überlebenden, zwei Angreifern und zwei Vorbereitungsaktionen. Die folgenden Regeln sind Annahmen für diesen Leitfaden und keine Balancing-Empfehlung.

Vergleichen Sie nun zwei zulässige Verwendungen der beiden Aktionen. Wird zuerst repariert, bleibt eine Aktion und drei Holz. Die Spielenden können zwei Holz für eine Falle ausgeben oder die Aktion zum Sammeln von zwei Holz nutzen. Für beides gibt es keine zweite Aktion. Diese Begrenzung macht die Entscheidung verständlich: sofortiger Schutz steht einer größeren Reserve gegenüber.

Nach diesen Regeln überstehen beide Abläufe die Nacht. Im ersten endet die Runde mit mehr Torstärke, im zweiten mit mehr Holz. Das ist eine Folge dieses kleinen Regelwerks und kein Beleg dafür, dass eine Strategie ausgewogen oder besser ist. Ändern Sie Aktionskosten, Angriffsschaden oder Aktionsanzahl, berechnen Sie beide Abläufe neu, bevor Sie sie vergleichen.

Jeden Prompt mit genau einer Aufgabe versehen

Teilen Sie die Anfrage auf, damit ein Regelfehler nicht von einer attraktiven Szene verdeckt wird. Das sind wiederverwendbare Promptvorlagen, keine bei einem Lauf protokollierten Eingaben. Ersetzen Sie die Schutzhausdetails durch Ihre eigenen, behalten Sie den Regelvertrag bei und prüfen Sie das zurückgegebene Ergebnis, bevor Sie ein weiteres System ergänzen.

Prompt 1: das Regelmodell anfordern

Plane anhand dieses Regelvertrags ein Survival-Spiel zur Basisverteidigung über eine Nacht:
Start bei Dämmerung mit Torstärke 2/4, 4 Holz, 3 Gesundheit der Überlebenden,
2 herannahenden Angreifern und 2 Vorbereitungsaktionen.
Reparieren kostet 1 Holz und 1 Aktion, erhöht die Torstärke um 2 und ist bei 4 begrenzt.
Eine Falle kostet 2 Holz und 1 Aktion und entfernt den ersten Angreifer aus
der Angriffsfolge dieser Nacht. Sammeln kostet 1 Aktion und erhöht den Holzvorrat um 2.
Jeder Angreifer, der noch in der Folge ist, verursacht 1 Torschaden. Erreicht das Tor
Stärke 0, gelangt ein Angreifer zum Schutzhaus und verursacht 1 Gesundheitsschaden;
bei 0 Gesundheit endet der Durchlauf. Füge keine Aktionen, Ressourcen, Gegner oder Regeln hinzu.

Gib eine Zustandstabelle für Start, jede Aktion, jeden Angriff, Tagesanbruch und Scheitern zurück.
Spiele sowohl „Reparieren, dann Falle stellen“ als auch „Sammeln, dann reparieren“ durch.
Zeige jede Änderung bei Ressourcen und Torstärke. Kennzeichne jeden Übergang,
den die Regeln nicht definieren.

Diese erste Anfrage verlangt einen Regelvertrag und Rechenbeispiele, kein fertiges Spiel. Prüfen Sie, dass Reparaturen bei 4 enden, die Falle genau einen Angriff entfernt und Sammeln das Holz verändert, ohne das Tor stillschweigend zu reparieren. Erfindet das Ergebnis eine dritte Aktion oder eine andere Fallenwirkung, korrigieren Sie erst die Regeln, bevor Sie eine Szene anfordern.

Prompt 2: eine spielbare Interaktion anfordern

Erstelle anhand der folgenden Regeltabelle eine kleine Survival-Szene zur Basisverteidigung.
Zeige ein Schutzhaus aus Stein und Holz, ein Tor, einen erreichbaren Vorbereitungsbereich
und einen klaren Pfad für zwei Angreifer. Beginne bei Dämmerung mit Tor 2/4, Holz 4,
Gesundheit 3 und zwei Vorbereitungsaktionen. Zulässige Vorbereitungen sind nur:
Reparieren (1 Holz, 1 Aktion, +2 Torstärke bis höchstens 4), Falle stellen (2 Holz,
1 Aktion, den ersten Angreifer dieser Nacht überspringen) oder Sammeln (1 Aktion, +2 Holz).
Nachts verursacht jeder Angreifer, der noch in der Folge ist, 1 Torschaden. Ein Durchbruch
bei Torstärke 0 kostet 1 Gesundheit; bei 0 Gesundheit endet der Durchlauf.

Zeige aktuelle Phase, Tor, Holz, Gesundheit, Aktionszahl und Gegnerroute verständlich an.
Gib nach jeder Auswahl unmittelbares Feedback. Die Neustartfunktion bleibt verfügbar.
Füge weder Kampfwaffen noch zusätzliche Ressourcen, Aktionen oder Gegnertypen hinzu.
Halte die erste Szene klein genug, um jede Zustandsänderung zu prüfen.

Die Anfrage beschränkt sich bewusst auf ein Schutzhaus und einen Gegnerpfad. Sie verlangt sichtbare Zustände und Rückmeldungen, verspricht aber nicht, dass ein bestimmter Builder jede Regel umsetzt. Sobald ein erstes Ergebnis verfügbar ist, prüfen Sie die tatsächlichen Interaktionen und die Ressourcenanzeige, statt den Prompt als Beweis zu behandeln.

Prompt 3: eine feste Abfolge prüfen

Prüfe den bestehenden Build anhand dieses genauen Papierfalls; ändere die Regeln nicht.
Start bei Dämmerung: Tor 2/4, Holz 4, Gesundheit 3, zwei Angreifer, zwei Aktionen.
Pfad A: reparieren, dann eine Falle stellen. Erwartet: Nach der Reparatur Tor 4/4 und Holz 3;
nach der Falle Holz 1 und ein entfernter Angreifer; der verbleibende Angriff lässt das Tor
bei Tagesanbruch auf 3/4; Gesundheit bleibt 3.
Pfad B: sammeln, dann reparieren. Erwartet: Holz nach dem Sammeln 6 und danach 5;
das Tor erreicht vor der Nacht 4/4; zwei Angriffe lassen es bei Tagesanbruch auf 2/4;
Gesundheit bleibt 3.

Melde für jeden Pfad den Zustand vor und nach jeder Aktion und jedem Angriff.
Nenne nur die erste Abweichung. Behaupte nicht, ein Pfad sei bestanden, wenn er
nicht tatsächlich in diesem Build durchgespielt wurde. Wenn ein Zustand nicht sichtbar ist,
sage das ausdrücklich.

Die erste falsche Zustandsänderung diagnostizieren

Weicht ein Ergebnis vom Regelvertrag ab, schreiben Sie nicht die ganze Anfrage neu. Finden Sie zuerst den Zustand, der abweicht, und prüfen Sie dann die kleinste dafür maßgebliche Regel. Ein falscher Wert bei Tagesanbruch kann auf einen früheren Kosten- oder Angriffsfehler zurückgehen; vergleichen Sie deshalb jede Aktion der Reihe nach.

Spielen Sie denselben Startzustand nach einer Regeländerung erneut durch. Lassen Sie die übrigen Werte unverändert, damit der nächste Vergleich zeigt, ob die beabsichtigte Änderung den Übergang korrigiert hat. Unten sehen Sie ein konzeptionelles Ergebnis für Pfad A; die Szene ist kein aufgezeichneter Produktlauf.

Den Regelvertrag in einen ersten Build übertragen

Sobald der schriftliche Fall schlüssig ist, können Sie daraus eine gezielte Erstellungsanfrage machen. Die aktuelle Seite des kostenlosen SEELE KI-Spiel-Generators beschreibt, wie man eine Spielidee in Alltagssprache eingibt, ein spielbares 2D- oder 3D-Ergebnis prüft und im Workspace überarbeitet. Das unterstützt das Ausprobieren eines klar definierten Konzepts, belegt jedoch nicht, dass dieses hypothetische Basisverteidigungsdesign bereits generiert wurde oder unverändert funktionieren wird. Prüfen Sie das Ergebnis, die angeforderten Interaktionen und die angezeigten Generierungskosten selbst.

Geben Sie dem Builder die erste Entscheidung der Spielenden, die kleine Szene, den anzuzeigenden Zustand und die Abfolge zur Abnahme vor. Fehlt im ersten Ergebnis eine Regel, bitten Sie um eine einzelne Korrektur, etwa: „Erhöhe das Tor nach einer Reparatur um zwei, aber niemals über vier.“ Vergleichen Sie anschließend erneut denselben Startzustand. Bewahren Sie den ursprünglichen Regelvertrag neben dem Build auf, damit spätere visuelle oder inhaltliche Anforderungen die überprüften Mechaniken nicht verwischen.

Den nächsten Ausschnitt anhand Ihrer Beobachtungen auswählen

Behalten Sie die erste Nacht bei, wenn die Spielenden erklären können, warum sich das Tor verändert hat und was Falle oder Sammeln bewirkt haben. Vereinfachen Sie den Ablauf, wenn sich eine Abweichung keiner einzelnen Regel zuordnen lässt. Erweitern Sie ihn erst, wenn die erste Schleife verständlich ist: Ein zweiter Gegnertyp, eine weitere Vorbereitungsphase oder ein größeres Schutzhaus sollte jeweils eine prüfbare Entscheidung einführen. Die beiden Papierabläufe oben sind nützliche schriftliche Ziele; bevor Sie behaupten, einer funktioniere, müssen Sie Ihren eigenen Build beobachten.

Wenn Ihr Brief für eine Nacht bereit ist, öffnen Sie denkostenlosen KI-Spiel-Generator, prüfen Sie das Ergebnis und ändern Sie Zustandsübergänge einzeln.