KI-Spielleiter-Design
Strukturierte Ausgaben oder Fließtext für einen KI-Spielleiter?
Erfahre, wann strukturierte KI-Ausgaben im RPG helfen, wann Erzähltext nötig ist und warum die Spiel-Engine Würfe, Berechtigungen und Zustand prüfen muss.
Gib Struktur und Geschichte unterschiedliche Aufgaben
Ein KI-Spielleiter muss verstehen, was ein Spieler versucht hat, und eine packende Geschichte darüber erzählen, was passiert ist. Das sind verwandte Aufgaben, aber derselbe Absatz sollte nicht die einzige Quelle für Regeln und gespeicherten Zustand sein. Strukturierte Ausgaben können eine vom Modell vorgeschlagene Entscheidung für ein Programm leichter überprüfbar machen. Fließtext gibt dem Spieler Atmosphäre, Dialoge und eine klare nächste Wahl. Keines der beiden Formate macht eine generierte Behauptung von allein wahr.
Stell dir eine illustrative Szene vor: Ein Schurke erreicht einen versiegelten Tresor und sagt: „Ich benutze einen kleinen Spiegel, um die Glyphen zu untersuchen, bevor ich das Schloss berühre.“ Das Spiel könnte einen Untersuchungsversuch identifizieren, entscheiden, ob ein Wurf erforderlich ist, eventuelle Würfe auflösen und beschreiben, was der Schurke erfährt. Wenn ein Modell vor der Auflösung schreibt: „Du findest die Freigabemarke und öffnest den Tresor“, hat die Fiktion die Mechaniken überholt. Dies ist ein Designbeispiel, kein Protokoll des Produktionsverhaltens von Playworlds.
Verwende ein kleines Schema für vorgeschlagene Entscheidungen
Ein strukturiertes Vorschlagsobjekt könnte die versuchte Aktion, das Zielobjekt, eine mögliche Probe, einen relevanten Regelverweis und Unsicherheiten enthalten, die eine Entscheidung erfordern. Für den Tresor könnte es die Spiegeluntersuchung als versuchte Aktion identifizieren und eine Wahrnehmungs- oder Nachforschungsprobe vorschlagen. Es sollte keinen Würfelwert behaupten, einen Gegenstand zuweisen, den Charakter bewegen oder den Tresor als geöffnet markieren.
OpenAI unterscheidet Function Calling, das ein Modell mit Anwendungstools verbindet, von einem strukturierten Antwortformat, das festlegt, was das Modell zurückgibt. Sein Guide zu Structured Outputs besagt, dass ein unterstütztes striktes Schema die Schemakonformität durchsetzt, warnt aber auch davor, dass strukturierte Ergebnisse weiterhin Fehler enthalten können. Für das Spieldesign bedeutet das: Ein gültiges Feld wie „check_required: false“ ist immer noch eine Behauptung, die gegen Regeln und Zustand geprüft werden muss. Ein Parser-Erfolg ist nur das erste Gate.
Lass die Spiel-Engine über Würfe und Zustand entscheiden
Die Spiel-Engine sollte die maßgeblichen Fakten verwalten, die ein Ergebnis bestimmen: Charakterfähigkeiten, Inventar, verfügbare Aktionen, Würfe, Zielwerte und die akzeptierte Änderung des Weltzustands. In einem vorgeschlagenen Workflow kann das Modell eine Probe vorschlagen oder beschreiben, warum sie relevant sein könnte. Die Anwendung prüft diese Anfrage, führt den Wurf durch oder protokolliert ihn und gibt das aufgelöste Ergebnis zurück. Erst dann beschreibt die Erzählung die Konsequenz. Ein Begleitcharakter kann auf eine abgeschlossene Probe reagieren, ohne einen weiteren Wurf zu erzeugen oder ihn umzuschreiben.
Angenommen, das akzeptierte Ergebnis ist 11 auf dem Würfel plus 2, unter einem Zielwert von 16. Der Erzähler kann sagen, dass die Markierungen im Spiegel verschwimmen, das Schloss versiegelt bleibt und der Schurke eine Skizze konsultieren, einen Begleiter fragen oder ein anderes Werkzeug versuchen kann. Er darf 13 nicht stillschweigend in einen Erfolg verwandeln. Wenn die Regel ein Teilergebnis erlaubt, sollte die Engine es autorisieren, bevor der Fließtext es als Tatsache präsentiert.
Schreibe die Erzählung erst, wenn das Ergebnis feststeht
Der narrative Output hat einen anderen Akzeptanztest als der strukturierte Vorschlag. Er sollte die versuchte Methode anerkennen, das aufgelöste Ergebnis respektieren, das Wissen der NPCs erhalten und bei einem nützlichen Entscheidungspunkt enden. Er kann die Kälte des Messings in der Nähe der Hand des Schurken beschreiben, ohne zu behaupten, dass eine neue Wunde, ein Zustand oder ein Gegenstand hinzugefügt wurde, es sei denn, die Zustandsänderung erlaubt es. Die Szene kann lebendig bleiben, während die Spiel-Engine für die Regeln zuständig bleibt.
Diese Trennung macht Korrekturen leichter. Wenn der vorgeschlagene Wurf falsch war, ändere die Interpretation oder die Regelzuordnung. Wenn der Wurf und der Zustand richtig sind, aber die Szene langweilig ist, verbessere das Erzählungsbriefing. Wenn der Fließtext dem Wurf widerspricht, überprüfe die Erzählungseingabe und die Nachbearbeitung. Vergleiche Ausgaben mit derselben gespeicherten Szene.
Ungültige und unsichere Antworten behandeln
Ein Schema braucht einen expliziten Pfad für Unsicherheit. Das Modell kann möglicherweise nicht unterscheiden, ob der Spieler eine Regelfrage stellt, eine Handlung in der Spielwelt unternimmt oder mehrere Aktionen gleichzeitig beschreibt. Lass es ein begrenztes Ergebnis wie „Klärung erforderlich“ oder „Kein Wurf vorgeschlagen“ zurückgeben, statt eine scheinbar sichere Regelentscheidung zu erzwingen. Validiere referenzierte Charakter-IDs und Szenenobjekte gegen den aktuellen Zustand und lehne Änderungen ab, die über die erlaubte Aktion hinausgehen. Ein Schema kann nicht beweisen, dass ein Objekt tatsächlich im Abenteuer existiert.
Eine Verweigerung, eine unvollständige Antwort, ein nicht unterstütztes Schema, ein fehlendes Tool-Ergebnis oder eine veraltete Szenenversion sollte nicht stillschweigend zu einem akzeptierten Story-Event werden. Protokolliere einen geeigneten Fehlergrund und versuche es innerhalb festgelegter Grenzen erneut; sonst bitte um eine klarere Aktion oder zeige einen wiederherstellbaren Fehler an.
Eine praktische Akzeptanz-Checkliste
Bevor du einen generierten Spielzug akzeptierst, prüfe: (1) Entspricht die vorgeschlagene Aktion den Worten des Spielers? (2) Existierten alle referenzierten Charaktere und Objekte in der aktuellen Szene? (3) Hat die Engine entschieden, ob ein Wurf erforderlich war, und das Ergebnis protokolliert? (4) Wurden Zustandsänderungen validiert und einmal gespeichert? (5) Entspricht der Fließtext diesen akzeptierten Fakten und überlässt die nächste Wahl dem Spieler? (6) Kann ein Neuladen denselben Ort, denselben Wurf und dieselbe Konsequenz reproduzieren? Diese Prüfungen sind ein Designrezept, keine Behauptung über gemessene Playworlds-Leistung.
Spieler müssen sehen, was ihr Charakter versucht hat, wie die Regeln den Versuch entschieden haben und welche Wahl bleibt. Playworlds präsentiert Welten, Charakterbögen, Würfel und fortlaufende Abenteuer an einem Ort. Versuche eine kleine Aktion und vergleiche dann die Antwort mit dem sichtbaren Spielzustand. Unser Leitfaden für Spielaktionen hilft, diesen Zug konkret zu machen.