Ein narratives Kartenspiel mit KI entwickeln: Mit einer Storyschleife beginnen

Damit ein kartengestütztes narratives Spiel mit KI gelingt,bekommt jede Karte eine Aufgabe in der Geschichte: Was kann die spielende Person mitteilen,welchen Zustand verändert die Karte und wie antwortet eine andere Figur? Eine kompakte erste Schleife braucht vier Karten,zwei Nachrichtenplätze, eine Antwort und einen Neustartsetzt. So wird sichtbar, warum eine Karte wichtig ist, ohne mit einem großen Deck oder mehreren verzweigten Szenen anzufangen.

Das folgende Beispiel,Die letzte Postkarte, ist ein eigenständiges Papierdesign über die Druckgrafikerin Iris und ihren Bruder Eli. Es wurde weder gebaut noch getestet. Nutzen Sie es als Regelmodell und vergleichen Sie Ihr eigenes spielbares Ergebnis mit den erwarteten Zuständen, bevor Sie irgendein Verhalten als getestet bezeichnen.

Jede Karte muss verändern, was die Geschichte sagen kann

Eine Erzählkarte ist mehr als eine Dialogauswahl mit Bilderrahmen. Sie sollte etwas tun, auf das Lesende zeigen können: ein Detail enthüllen, ein Versprechen abgeben, eine beantwortbare Frage stellen oder verändern, was eine spätere Szene weiß. Erzeugen zwei Karten immer dieselbe Antwort und denselben Zustand, führen Sie sie zusammen oder geben Sie einer davon eine eigene Folge.

InDie letzte Postkartebereitet Iris eine Nachricht für ihren Bruder Eli vor, der nach einem Streit in der Familie auf die andere Seite der Stadt gezogen ist. Die Hand ist festgelegt; im ersten Ausschnitt gibt es keine zufällige Ziehung. Iris füllt einen Erinnerungsplatz und einen Antwortplatz und sendet dann eine Nachricht. Jede ausgewählte Karte kann innerhalb dieser Nachricht einmal verwendet werden.

Trennen Sie zunächst die Rollen der beiden Plätze. Eine Erinnerungskarte liefert Kontext, auf den Eli Bezug nehmen kann. Eine Antwortkarte bestimmt, wie Iris reagiert. Die Bedingung der Frage ist wichtig, denn eine ehrliche Frage zu einem gemeinsamen Detail unterscheidet sich davon, nach etwas zu fragen, von dem Eli nichts erfahren hat.

Dieser Vertrag weist jeder Karte einen Platz, eine Voraussetzung und eine sichtbare Folge zu. Er hält außerdem fest, was konsistent bleiben muss: Eine deaktivierte Fragekarte darf dennoch keine Frage senden oder eine Markierung verändern.

Zulässige Paare festlegen, bevor weitere Szenen hinzukommen

Schreiben Sie die zulässigen Kombinationen auf, bevor Sie Dialoge entwerfen. Drei Paare sind gültig, eines nicht. Eine kurze Antwort für jedes gültige Paar ist leichter zu prüfen als ein großes Verzweigungsskript, dessen Zustandsregeln in Prosa verborgen sind.

Die Antwort darf keine Markierung andeuten, die durch die ausgewählten Karten nicht gesetzt wurde. Insbesondere erzeugen Leere Seite + Versprechen keine Antwort auf eine Frage, denn es wurde keine Frage verwendet. Auch für das gesperrte Paar braucht es eine Begründung, damit die spielende Person weiß, was fehlt und nicht denkt, die Karte sei defekt.

Behalten Sie in diesem Ausschnitt nur zwei übertragene Werte bei:detailSharedundpromiseMade. Nach Elis Antwort kann ein kleines Übergabefeld anzeigen, welche Werte eine spätere Szene erhalten würde. Dieses Feld zeigt den Zustand, ist aber keine zweite spielbare Szene. Beim Zurücksetzen werden beide Werte gelöscht, die feste Hand wiederhergestellt und beide Plätze geleert.

Die kleinste Karten-Antwort-Schleife prompten

Fragen Sie nach Interaktion und Zustandsübergängen, nicht nur nach Prämisse und Stimmung. Ein nützlicher Prompt benennt Startkarten, zwei Plätze, die Zustandsänderung jeder Karte, den Zeitpunkt, zu dem Senden zulässig ist, und das, was sich anschließend überprüfen lässt. Halten Sie die erste angeforderte Ausgabe eng genug, um sie in einer Sitzung zu kontrollieren.

Prompt 1: die Idee in einen Regelvertrag überführen

Entwirf ein narratives Kartenspiel mit einer Szene namens „Die letzte Postkarte“.
Die spielende Person sendet eine Nachricht von Iris an ihren Bruder Eli.
Beginne mit genau vier festgelegten Karten: Poststempel, Leere Seite, Versprechen, Frage.
Die Person füllt einen Erinnerungsplatz und einen Antwortplatz und wählt dann „Senden“.
Jede Karte kann in dieser Nachricht nur einmal benutzt werden; keine Ziehung, Ablage oder Zusatzkarte.

Poststempel setzt detailShared=true und teilt den Ort und das Datum am Flussufer.
Leere Seite lässt detailShared=false. Versprechen setzt promiseMade=true.
Frage ist nur verfügbar, wenn detailShared=true; andernfalls bleibt sie sichtbar, deaktiviert
mit dem Grund „Teile zuerst eine Erinnerung“ und bewirkt nichts.

Löse Poststempel+Versprechen, Poststempel+Frage und Leere Seite+Versprechen mit
unterschiedlichen Antworten auf, die zu den Markierungen passen. Leere Seite+Frage wird abgelehnt.
Nach einer Antwort zeige die beiden übertragbaren Markierungen in einem Übergabefeld. „Zurücksetzen“
muss beide Markierungen löschen, die vier Karten wiederherstellen und beide Plätze leeren.
Gib eine kompakte Zustandstabelle, den Nachrichtenablauf und Abnahmetests zurück.
Ergänze weder eine weitere Szene noch eine zufällige Ziehung oder eine nicht aufgeführte Markierung.

Dieser Prompt verlangt zuerst einen Vertrag, der auch dann nützlich ist, wenn das Zieltool nicht jede Regel in einem Durchgang umsetzen kann. Prüfen Sie, ob alle drei zulässigen Paare eine Antwort haben, das vierte Paar blockiert ist und der Zurücksetzungszustand ausdrücklich genannt wird. Widersprüche sollten behoben werden, bevor eine spielbare Interaktion angefordert wird.

Prompt 2: eine überprüfbare Interaktion anfordern

Erstelle eine fokussierte Interaktion zum Zusammenstellen einer Kartennachricht auf Grundlage
des freigegebenen Vertrags. Zeige die vier Karten, Erinnerungs- und Antwortplatz, „Senden“,
die aktuellen zwei Markierungen, Elis Antwort und „Zurücksetzen“ in einer gut lesbaren Szene.

Verlange zuerst eine Erinnerungskarte, bevor eine Antwortkarte aktiviert wird. Die spielende Person
darf dieselbe Karte nicht zweimal senden und Leere Seite+Frage nicht senden. Zeige den genauen Grund
für die Deaktivierung. Nach dem Senden wandert das verwendete Paar aus der Hand; Eli erhält eine dazu
passende Antwort. Zeige detailShared und promiseMade nur in einem Übergabefeld für eine mögliche spätere
Szene; füge keine zweite spielbare Szene hinzu und deute sie nicht an.

Verwende als Schauplatz die Druckerei am Flussufer und die Wohnung; halte den Dialog kurz und behaupte
keinen Effekt einer ungespielten Karte. Kartenauswahl, Zustandsänderungen und Zurücksetzen müssen
sichtbar sein. Wird eine gewünschte Regel nicht unterstützt, nenne die Einschränkung und gib eine
Designübergabe zurück, statt die Regeln stillschweigend zu ändern.

Die visuelle Anordnung kann helfen, Zustände zu bemerken, doch prüfen Sie die Interaktion selbst. Lässt sich zuerst eine Erinnerungskarte wählen? Wird „Frage“ nur nach dem Poststempel aktiviert? Verwendet die Nachricht das gewählte Paar und zeigt danach die passende Antwort? Das sind Build-Prüfungen; die Erfüllung folgt nicht automatisch aus dem Prompt.

Eine Papierüberarbeitung durchspielen, ohne sie Spieltest zu nennen

Ein Prompt kann eine Regel festlegen und dennoch eine unklare Aktion für die Spielenden hinterlassen. In diesem Design beginnt „Frage“ deaktiviert, wenn keine Erinnerung geteilt wurde. Ein bloß deaktivierter Zustand erklärt nicht, wie sie verfügbar wird. Ändern Sie den Text, sodass der Grund „Teile zuerst eine Erinnerung“ angezeigt wird. Die Karte bleibt sichtbar und ein ungültiger Versuch ändert den Zustand nicht.

Dies ist eine Überarbeitung auf Papier: Regeln und erwartete Antwort werden auf Papier verglichen. Es ist weder ein beobachteter Nutzertest noch ein generiertes Spielergebnis oder ein Beleg dafür, dass ein Produkt die Bedingung umgesetzt hat. Beobachten Sie in einem echten Build, ob die spielende Person die benötigte Karte erkennt und ob ein ungültiger Versuch beide Markierungen unverändert lässt.

Die Textänderung verändert die Geschichtenregel nicht. Sie zeigt den Weg zum fehlenden Kontext. Halten Sie diesen Unterschied bei einer KI-Überarbeitung eines Prototyps klar: Ein Hinweis zur Bedienbarkeit darf nicht heimlichdetailSharedsetzen oder eine Nachricht versenden.

Zustand, Antwort und Zurücksetzen prüfen

Verfolgen Sie jedes zulässige Paar von einem sauberen Start aus. Bestätigen Sie, dass ausgewählte Karten nach dem Senden aus der aktiven Hand verschwinden, Elis Antwort zum Paar passt und das Übergabefeld nur die zwei definierten Werte enthält. Setzen Sie anschließend zurück und wiederholen Sie die Prüfung. Eine verständliche Antwort genügt nicht, wenn sie den gewählten Karten widerspricht oder ein vorheriger Durchlauf den nächsten verändert.

Notieren Sie, was Sie tatsächlich beobachten: Startzustand, ausgewählte Karten, Rückmeldung, Antwort und Zurücksetzungszustand. Weicht ein Ergebnis vom Vertrag ab, ändern Sie immer nur eine Regel oder einen Prompt und wiederholen dieselbe Route. Eine Papierprognose darf nicht als Bestehen eines Builds bezeichnet werden.

Den Kartenvertrag in einen ersten Erstellungsdurchgang übernehmen

Die offizielle Free-AI-Game-Maker-Seite beschreibt, wie man eine Spielidee in Alltagssprache formuliert, ein spielbares 2D- oder 3D-Ergebnis im Browser testet und es mit Folgeprompts verfeinert. Laut FAQ zeigt SEELE Workspace vor dem Absenden das gewählte Modell, verfügbares Koin-Guthaben und angezeigte Generierungskosten. Das unterstützt nur einen allgemeinen Erstellungsablauf; es bestätigt weder die konkrete Kartenhand und dauerhafte Markierungen noch bedingte Dialoge oder Regeln der fiktiven letzten Postkarte.

Vergleichen Sie das Ergebnis mit den Abnahmetests oben. Fehlt Kartenstatus oder die deaktivierte Frage-Regel, bitten Sie um eine einzelne gezielte Änderung und prüfen Sie erneut. Gibt das Tool eine Story-Anordnung ohne das benötigte Zustandsverhalten zurück, behalten Sie die Regeln als Designübergabe für einen anderen Build-Schritt, statt das Ergebnis als funktionierendes narratives Kartenspiel zu beschreiben.

Eine weitere Karte nur hinzufügen, wenn sie eine neue Entscheidung schafft

Lassen Sie die erste Hand festgelegt, bis sich drei zulässige Paare, deaktivierter Zustand, Antwort, Übergabefeld und Zurücksetzen leicht verfolgen lassen. Ergänzen Sie nur dann eine Karte, wenn sie verändert, was Iris mitteilen oder Eli beantworten kann. Eine neue Illustration oder andere Formulierung allein braucht keine zusätzliche Zustandsvariable.

Sobald Ihr eigener Build wie vorgesehen funktioniert, können Sie mit dem SEELEFree AI Game MakerIhre Spielidee formen und prüfen. Behalten Sie den Kartenvertrag bei jeder Iteration daneben, damit die Antwort der Geschichte an die auslösenden Entscheidungen gebunden bleibt.