Ein kartengestütztes Survival-Spiel mit KI entwickeln: Karten gegen Überleben abwägen

Damit ein kartengestütztes Survival-Spiel mit KI funktioniert, muss jede ausgespielte Karte zwischen einem Bedürfnis über null und dem Fortschritt in Richtung Rettung abwägen. Eine feste Hand, zwei Aktionen am Tag, zwei dauerhafte Bedürfnisse und eine Rettungsleiste ergeben eine vollständige erste Schleife – ganz ohne Laden und zufällige Ziehung. Entscheidend ist, genau festzulegen, wann Karten abgehandelt werden, wann Bedürfnisse sinken und wann ein Durchlauf endet.

Whiteout am Relais Neunist ein eigenständiges Papierdesign über Noor, eine Wetterbeobachterin, die in einer alpinen Signalhütte Schutz sucht. Regeln und Bilder sind Lehrbeispiele und kein gebautes Spiel oder Spieltest. Nutzen Sie den Zustandsablauf als Designsimulation und prüfen Sie einen echten Prototyp mit denselben Kriterien, bevor Sie Verhalten als getestet beschreiben.

Kartenentscheidungen zur Überlebensschleife machen

Ein kartengestütztes Survival-Spiel braucht mehr als Ressourcensymbole auf der Hand. Jede Karte sollte ein Bedürfnis verändern, es vor einem bekannten Verlust schützen oder das Fluchtziel voranbringen. Die Spielenden entscheiden dann, was jetzt angegangen wird und welches Risiko bis zum nächsten Zug bleibt.

In Relais Neun blockiert ein Erdrutsch den Gebirgspass. Noor hat drei Tage, bis ein Suchtrupp die Station erreicht, aber die Hütte braucht weiterhin Wärme und Nahrung. Jeden Morgen sehen die Spielenden dieselben vier Aktionskarten und wählen genau zwei verschiedene. Im ersten Ausschnitt gibt es weder Mischen noch einen verborgenen Wettermodifikator, Laden oder zusätzliche Ressource. So lässt sich eine Entscheidung von der Karte über die Zustandsänderung bis zum Ergebnis verfolgen.

Beginnen Sie mit nur drei Leisten: Wärme, Rationen und Signal. Die ersten beiden sind Bedürfnisse, die auf null sinken können; Signal zeigt den Fortschritt in Richtung Rettung. Lassen Sie alle Werte jederzeit sichtbar. Die Spielenden sollten sowohl den unmittelbaren Effekt der gewählten Karte als auch das bis zur Abenddämmerung verbleibende Risiko erkennen.

Karten, Obergrenzen, Verbrauch und Enden festlegen

Schreiben Sie den Aktionsvertrag, bevor Sie ein Deck ergänzen. Jede Karte ist eine Tagesaktion und kann vor dem Wiederherstellen der Hand bei Tagesanbruch einmal verwendet werden. Eine Karte belegt einen von zwei Aktionsplätzen. Wenden Sie zuerst die Karteneffekte an und lösen Sie dann den Abendverbrauch auf. Bedürfnisleisten sind bei 3 begrenzt und werden bei 0 gedeckelt.

Bei Tagesanbruch werden alle vier Karten zurückgegeben; die drei Leisten bleiben erhalten. Bei Dämmerung sinkt die Wärme um 1, sofern das Dach nicht schützt; anschließend wird das Schild zurückgesetzt und die Rationen sinken um 1. Beide Bedürfnisse werden bei null gedeckelt. Ist danach einer der Werte null, wird vor dem nächsten Tagesanbruch ein Scheitern angezeigt. Nach der dritten Dämmerung kommt Rettung nur dann, wenn Signal 2 beträgt und beide Bedürfnisse noch über null liegen; andernfalls bleibt Noor gestrandet.

Die Reihenfolge ist entscheidend. Wird Rettung vor dem Abendverbrauch geprüft, könnten die Spielenden gewinnen, obwohl ein Bedürfnis kurz darauf null erreicht. Erfolgt der Verbrauch vor den beiden Karteneffekten, kann derselbe Durchlauf scheitern, obwohl beide Karten zuerst abgehandelt werden sollten. Halten Sie diese Reihenfolge im Prompt und Abnahmetest sichtbar fest.

Einen kleinen spielbaren Ausschnitt anfordern

Geben Sie einem Spiel-Generator präzisen Startzustand, Eingaben, Zustandsübergänge und sichtbares Ergebnis vor. Fordern Sie nicht nur, „das Überleben spannend wirken zu lassen“, und lassen Sie die Aktionsregeln offen. Die Prompts sind wiederverwendbare Designvorlagen; sie wurden nicht in SEELE ausgeführt und belegen nicht, dass ein bestimmtes Tool die gewünschte Mechanik umsetzt.

Prompt 1: das Regelmodell abschließen

Entwirf ein deterministisches kartengestütztes Survival-Spiel namens „Whiteout am Relais Neun“.
Die Spielerin Noor sucht drei Tage lang Schutz in einer alpinen Signalhütte.
Dauerhafter Zustand: Wärme 2/3, Rationen 2/3, Signal 0/2; Dachschutz=false.
Zeige bei jedem Tagesanbruch genau vier Karten: Ofen betreuen, Rationen kochen, Dach flicken,
Signal reparieren. Die Spielenden wählen pro Tag genau zwei verschiedene Karten. Jede darf einmal
am Tag gespielt werden und kommt am nächsten Tagesanbruch zurück.

Ofen betreuen erhöht Wärme um 2; Rationen kochen erhöht Rationen um 2; beide Leisten sind bei 3 gedeckelt.
Dach flicken verhindert den nächsten Wärmeverlust von 1 bei Dämmerung und wird danach entfernt.
Signal reparieren erhöht Signal um 1 bis höchstens 2. Karten werden vor dem Abendverbrauch abgehandelt.
Bei Dämmerung sinkt Wärme um 1, außer das Dach ist geschützt; danach sinken Rationen um 1. Werte
werden bei null gedeckelt. Ist ein Bedarf null, scheitert der Durchlauf vor dem nächsten Tagesanbruch.
Nach Dämmerung an Tag 3 erfolgt nur dann Rettung, wenn Signal=2 und beide Bedürfnisse über null sind.
Andernfalls bleibt Noor gestrandet.

Gib Regelübersicht, einen Bildschirmaufbau, genaue Tagesabschlussreihenfolge und Abnahmefälle zurück.
Ergänze weder Ziehstapel noch Laden, Ereignis, verborgene Modifikation oder Ressource.
Nenne Regelkonflikte, statt neue Regeln zu erfinden.

Lesen Sie die zurückgegebene Regelübersicht, bevor weitere Inhalte hinzukommen. Prüfen Sie zwei Plätze, korrekte Obergrenzen, dieselbe Verbrauchsreihenfolge und beide Endbedingungen. Werden zusätzlich Wetter, Gesundheit oder ein Laden eingeführt, entfernen Sie diese Erweiterungen, bevor Sie Interaktionen anfordern.

Prompt 2: den ersten Aktionsbildschirm bauen

Erstelle anhand der freigegebenen Relais-Neun-Regeln einen fokussierten ersten Ausschnitt.
Zeige Noor an der Werkbank der Hütte, die vier Aktionskarten, zwei leere Tagesplätze,
Wärme, Rationen, Signal, Tageszahl und die Schaltfläche „Tag beenden“.
Die zwei ausgewählten Karten werden vor dem Verbrauch abgehandelt. Eine zweite Verwendung derselben
Karte am selben Tag ist deaktiviert. Zeige erst Karteneffekte, dann Abendverluste und zuletzt die
Endprüfung. Bedürfnisse bleiben bei 0–3, Signal bei 0–2. Bei einem Bedürfniswert von null zeige
ein Scheitern an. Nach Tag 3 zeige Rettung nur, wenn Signal 2 und beide Bedürfnisse positiv sind.
Füge Zurücksetzen hinzu, das Tag 1 und die Ausgangswerte wiederherstellt. Ergänze keine weiteren
Ressourcen, Zufallsziehungen, Verbesserungen oder nicht im Vertrag aufgeführten Mechaniken.

Der Prompt benennt Aktion der Spielenden, Bildschirmzustand, erwartete Rückmeldung, Ausschlüsse und Endbedingungen. Kann das Zieltool diese Reihenfolge nicht umsetzen, fordern Sie eine Designübergabe an, statt eine Interaktion zu akzeptieren, die nur ähnlich aussieht.

Prompt 3: einen Build mit dem erwarteten Ablauf vergleichen

Prüfe diesen Prototyp anhand des Zustandsvertrags von Relais Neun.
Behaupte nicht, eine Regel sei bestanden, wenn die angegebene Beobachtung das nicht zeigt.
Prüfe nach einem sauberen Zurücksetzen diesen Ablauf:
Tag 1: Ofen betreuen + Signal reparieren.
Tag 2: Rationen kochen + Signal reparieren.
Tag 3: Ofen betreuen + Rationen kochen.
Notiere für jede Aktion Startzustand, Karteneffekt, Abendverbrauch und Endzustand. Bestätige die Folge
W2/R1/S1, dann W1/R2/S2, dann W2/R2/S2 mit Rettung nach Tag 3. Prüfe außerdem, dass Dach flicken
nur einen Wärmeverlust blockiert und beim Neustart entfernt wird.
Liegen keine Beobachtungen aus einem spielbaren Build vor, gib die erwartete Checkliste zurück und
kennzeichne sämtliche Implementierungsergebnisse als unbeobachtet.

Erwartung und Beobachtung gehören in getrennte Spalten. Ein Prompt beschreibt das gewünschte Verhalten; er belegt nicht, was eine generierte Version umgesetzt hat. Wiederholen Sie beim Testen denselben Ablauf nach einem Neustart, damit eine Abweichung eine wahrscheinliche Ursache hat.

Tägliche Bedürfnisse gegen Rettungsfortschritt abwägen

Bei zwei Kartenplätzen verdrängt jede Nutzung von „Signal reparieren“ eine Aktion, die Wärme oder Rationen schützen könnte. Der Beispielpfad nutzt an den ersten beiden Tagen je eine Signalaktion und gibt am dritten Tag beide Aktionen für das Überleben aus. Alle folgenden Zustände sind aus den Regeln berechnet und nicht in einem Spiel gemessen.

Die Entscheidung an Tag 2 ist am knappsten: Wärme sinkt auf 1, deshalb muss sie an Tag 3 vor der Dämmerung wiederhergestellt werden. Signal hat mit 2 bereits seine Obergrenze erreicht; eine weitere Reparatur würde einen Platz verschwenden. Ein anderer zulässiger Ablauf kann Dach flicken nutzen, um einen Wärmeverlust zu blockieren. Das Schild wird jedoch bei der nächsten Dämmerung verbraucht und kann die Hütte nicht zweimal schützen.

Die Grafik sollte mit der Tabelle übereinstimmen: „Rationen kochen“ und „Signal reparieren“ belegen die beiden Plätze, alle drei Rationsanzeigen leuchten und die Wärmeanzeige zeigt weiterhin ein Risiko. Zeigt Ihr Prototyp eine zusätzliche Ration, verwendet die Signalkarte zweimal oder löst den Verbrauch zu früh auf, prüfen Sie den Zustandsübergang, bevor Sie Balancingwerte verändern.

Eine Papier-Balancingrunde durchführen, wenn Testbelege fehlen

Ohne spielbaren Build oder aufgezeichnete Beobachtung ist der folgende Vergleich eine Papierübung auf Grundlage der schriftlichen Regeln. Er zeigt, ob der vorgeschlagene Ablauf intern erreichbar ist; er zeigt weder das Verhalten eines generierten Spiels noch die Reaktion einer spielenden Person.

Nehmen Sie als Ausgangspunkt eine Version mit nur einer Kartenaktion pro Tag und behalten Sie denselben Anfangszustand sowie Abendregeln bei. Ein signalorientierter Pfad spielt an Tag 1 und 2 jeweils „Signal reparieren“. Nach Tag 1 ist der Zustand W1/R1/S1. Nach dem Signal an Tag 2 erreicht er bei Dämmerung W0/R0/S2 und endet, bevor Rettung ankommt. Wird ein Bedarf priorisiert, reicht die Aktionskapazität nicht aus, um zwei Signalpunkte zu erreichen und zugleich beide Bedürfnisse über null zu halten.

Diese Rechnung prüft, ob der schriftliche Ablauf intern erreichbar ist. Sie sagt nicht, ob Spielende die Steuerung verstehen, ob ein generierter Build den Regeln folgt oder ob das Spiel spannend wirkt. Ein echter Build braucht weiterhin eine wiederholbare Pfadprüfung und Beobachtungen aus dem Spiel.

Den ersten Durchlauf diagnostizieren, statt weitere Karten hinzuzufügen

Verwenden Sie denselben Startzustand und prüfen Sie immer nur einen Fehler. Ein scheinbar funktionierender Karteneffekt kann einen Reihenfolgefehler verbergen: Eine Leiste aktualisiert sich vielleicht erst nach dem Verbrauch, ein begrenztes Signal läuft über oder ein altes Dachschutzschild bleibt im nächsten Durchlauf aktiv. Vergleichen Sie nach jedem Schritt den sichtbaren Zustand mit der Tabelle, nicht nur den abschließenden Rettungsbildschirm.

Notieren Sie nach einem echten Test Startwerte, zwei Karten, jede sichtbare Änderung und den ersten Punkt, an dem das Ergebnis abweicht. Verlangen Sie eine einzelne gezielte Überarbeitung und wiederholen Sie denselben Ablauf. Die Papiertabelle zeigt, womit zu vergleichen ist; sie kann die fehlende Beobachtung nicht ersetzen.

Die Regeln in einen ersten Erstellungsdurchgang übertragen

Die offizielle Free-AI-Game-Maker-Seite beschreibt, wie man eine Spielidee in Alltagssprache aufschreibt, ein spielbares 2D- oder 3D-Ergebnis im Browser testet und mit Folgeprompts weiterentwickelt. Laut FAQ zeigt SEELE Workspace vor dem Absenden ausgewähltes Modell, verfügbares Koin-Guthaben und angezeigte Generierungskosten. Das ist allgemeine Ablaufbeschreibung und keine Garantie, dass SEELE die fiktive Kartenökonomie oder Überlebensregeln von Relais Neun umsetzt.

Fehlen im Ergebnis sichtbare Hand, Aktionsplätze, Dämmerungsfolge oder Neustart, fordern Sie genau den fehlenden Teil an. Kann das Zieltool dauerhafte Bedürfnisse oder Verbrauch in fester Reihenfolge nicht darstellen, behalten Sie den Vertrag als Designübergabe für einen weiteren Build-Schritt. Nennen Sie eine visuelle Kartenattrappe erst dann eine spielbare Überlebensschleife, wenn Sie beobachten können, wie sich Zustände ändern.

Ein Ereignis erst ergänzen, wenn der Grunddurchlauf verständlich ist

Halten Sie den ersten Durchlauf deterministisch, bis Sie den dreitägigen Ablauf und ein Scheitern nachvollziehen können. Ergänzen Sie erst dann ein Wetterereignis oder eine neue Karte, wenn dadurch eine Entscheidung entsteht, die die vier Karten nicht ausdrücken können. Eine Vorhersage könnte etwa Dach flicken an einem bestimmten Tag wertvoller machen; sie darf aber nicht stillschweigend die bestehende Reihenfolge des Dämmerungsverbrauchs verändern.

Sobald Sie Ihre eigene Idee gestalten und prüfen möchten, öffnen Sie denkostenlosen KI-Spiel-Generatorund bringen Sie den Aktionsvertrag mit. Lassen Sie Bedürfnisse, Karteneffekte und Endprüfungen durch alle Iterationen sichtbar, damit eine neue Mechanik eine Entscheidung hinzufügt und nicht die Überlebensschleife verdeckt.