AI Game Master: Leite eine RPG-Session mit einem AI Dungeon Master

Ein AI Game Master ist ein Laufzeitsystem, das den Weltzustand hält, NPCs sprechen lässt, Regeln entscheidet und auf das reagiert, was du versuchst — damit du spielst, statt vorzubereiten. In Neta Studio läuft der AI Game Master in einer echten 3D-Welt im Browser, nicht in einer Chat-Box. Du tippst oder sagst, was deine Figur tut; die Welt verändert sich.

Der Begriff deckt einige unterschiedliche Absichten ab. Wenn du eine Dungeon-RPG-Session möchtest, erzeugt der AI GM die Räume, füllt sie mit Inhalt und löst Kämpfe auf. Wenn du einen MMORPG-Maker möchtest, skalieren dieselben Systeme zu persistenten, geteilten Welten mit vielen Spielern. Der gemeinsame Mechanismus ist eine Schleife: Zustand lesen, Erzählung oder Aktion erzeugen, Zustand zurückschreiben. Diese Seite beschreibt, wie diese Schleife tatsächlich funktioniert, wo sie bricht und wie du die kleinste spielbare Version selbst baust.

Kurze Antwort

Ein AI Game Master ist die Systemschicht, die die Buchführung eines menschlichen Spielleiters ersetzt, nicht dessen Urteilsvermögen. Er verfolgt Trefferpunkte, Inventar, Positionen, Quest-Flags und Zeit. Er erzeugt oder wählt NPC-Dialoge aus. Er löst Würfe auf und wendet Ergebnisse an. Er reagiert auf jede Aktion, die der Spieler versucht, innerhalb der Grenzen des Weltmodells. All das läuft kontinuierlich, während der Spieler in der Session ist.

Er ist kein Ersatz für einen guten menschlichen GM. Ein menschlicher GM liest den Raum, merkt, wenn ein Spieler gelangweilt ist, beugt eine Regel, um die Geschichte am Leben zu halten, und erinnert sich an ein beiläufiges Detail von vor sechs Sessions, weil es für jemanden wichtig war. Ein AI GM entfernt die Vorbereitungszeit, entfernt die Notwendigkeit, dass vier andere Leute am selben Abend frei sind, und entfernt die Pause zum Nachschlagen von Regeln. Er ersetzt nicht den Wert eines Tisches, an dem man sich kennt.

Für die Absichten Dungeon-RPG und MMORPG-Maker antworten dieselben Kernelemente: ein Speicher für den Weltzustand, ein Regel-Resolver, eine NPC-Schicht und eine räumliche Welt. Der Unterschied ist der Maßstab. Eine Einzelspieler-Dungeon-Session läuft mit einem Zustandsobjekt. Eine MMO-Welt läuft mit einem kanonischen Zustand, den viele Clients lesen und schreiben, was die später behandelten Probleme mit geteiltem Zustand und Moderation mit sich bringt.

Was ein AI Game Master tut

Der AI GM erledigt in jeder Runde vier Aufgaben. Fehlt eine davon, fühlt sich die Session auf eine bestimmte, diagnostizierbare Weise kaputt an. Die Fehlermodi sind vorhersehbar, was nützlich ist, wenn du einen davon abstimmst.

Die vier Aufgaben unten sind die minimal funktionsfähige Schleife. Alles andere — Sprachaufnahme, Kunstgenerierung, Musik — ist Dekoration obendrauf.

Der Zustand ist die zuletzt festgeschriebene Wahrheit: wer wo ist, was sie tragen, was getötet wurde, was geöffnet wurde, wie spät es ist. In einer Neta-Studio-Welt lebt er als Szenengraph plus Key-Value-Speicher. Die NPC-Position ist eine Transform. Das Quest-Flag ist ein Boolean. Der Treibstoff der Fackel des Spielers ist eine Ganzzahl, die pro Tick abnimmt. Wenn der AI GM erzählt, erzählt er aus dem Zustand, nicht aus einer Prompt-Zusammenfassung, an die er sich halb erinnert.

Der häufige Fehler: Das Modell erfindet ein Detail, das nicht im Zustand ist — eine Tür, die nie platziert wurde, eine Wache, die bereits getötet wurde. Die Lösung ist, nur zu serialisieren, was existiert, und generierten Text abzulehnen oder umzuschreiben, der einem harten Zustands-Schlüssel widerspricht. Weiche Details (Wetter, Geruch) dürfen schweben. Harte Details (lebendig/tot, verriegelt/entriegelt) nicht.

Jeder NPC braucht eine stabile Persona: Name, Rolle, was er weiß, was er will und was er nicht sagen wird. Der AI GM erzeugt Dialoge, konditioniert auf diese Persona und auf den aktuellen Zustand. Ein Schmied, der den Spieler noch nie gesehen hat, begrüßt anders als einer, der letzte Session ausgeraubt wurde. Hier fühlt sich eine persistente Welt lebendig an statt zufällig.

In der Praxis hältst du einen Gedächtnispuffer pro NPC mit einer Token-Obergrenze. Wenn er überläuft, fasst du die ältesten Einträge zu einer einzigen Zeile zusammen und machst weiter. Ohne diese Obergrenze driftet eine lange Session: Der NPC beginnt, früheren Aussagen zu widersprechen, weil die früheren Aussagen aus dem Kontext gefallen sind.

Die Regelauflösung ist deterministischer Code, nicht die Ausgabe des Modells. Das Modell schlägt eine Aktion vor; der Resolver prüft sie gegen das Regelwerk und gibt ein Ergebnis zurück. „Ich schlage nach dem Goblin“ wird zu einem Angriffswurf, einem Schadenswurf und einem Zustands-Schreibvorgang. Das Modell erzählt dann das Ergebnis. Wenn du das Modell die Schadenszahlen entscheiden lässt, wird die Balance zu Rauschen.

Das macht das System außerdem debugbar. Du kannst jeden Wurf, jeden Modifikator und jedes Zustands-Delta protokollieren. Wenn ein Spieler sagt: „Das hätte nicht treffen dürfen“, hast du die Zahlen.

Der schwierige Teil ist die Reaktion auf ungeskriptete Eingaben. Ein Spieler tippt: „Ich werfe die Laterne auf die Seilbrücke.“ Das System muss entscheiden: Existiert die Laterne im Inventar, ist die Brücke in Reichweite, wirkt Feuer auf Seil, was passiert als Nächstes. Ein reiner Prosa-GM kann all das beschreiben. Ein räumlicher GM muss es zusätzlich berechnen, weil sowohl die Brückengeometrie als auch das Wurfgeschoss der Laterne in der Szene leben.

Die Reaktionsschleife ist: Absicht in eine strukturierte Aktion parsen, gegen Zustand und Regeln validieren, Effekte anwenden, dann Erzählung aus dem resultierenden Zustand erzeugen. Das Parsen in ein Schema ist das, was die Welt konsistent hält. Freitext-Erzählung ohne strukturierte Aktion ist der Punkt, an dem Sessions weich werden.

AI Dungeon Master vs. ein menschlicher GM

Der ehrliche Vergleich dreht sich darum, wer auf welcher Achse gewinnt, denn sie sind nicht dasselbe Werkzeug. Ein menschlicher GM ist besser darin, Menschen zu lesen. Ein AI GM ist besser darin, nie müde zu werden und nie einen Kalender zu brauchen. Die meisten Gruppen sollten beides nutzen, nicht wählen.

Die Tabelle unten zeigt, was sich in einer Session tatsächlich unterscheidet, basierend darauf, beide zu leiten. Vorbereitungszeit, Improvisation, Konsistenz und Tischgefühl sind die vier Achsen, die in der Praxis zählen.

Spiele eine Session

Der Beweis ist eine Session, nicht eine Demo. Eine Session hat ein Ziel, Charaktere, die auf dich reagieren, und mindestens ein Hindernis, das auf mehr als eine Weise gelöst werden kann. Das sind die Neta-Studio-Welten, die gerade jetzt als AI-GM-Sessions im Browser laufen.

Jede beginnt mit einem genannten Ziel. Du wirst nicht ohne roten Faden in eine Sandbox geworfen; du bekommst einen Grund, dich zu bewegen, und eine Reihe von NPCs, die anerkennen, was du tust. Der AI GM verfolgt deinen Fortschritt gegenüber dem Ziel und passt das NPC-Verhalten entsprechend an.

Warum reine Prosa-AI-GMs brechen

Ein reiner Text-AI-GM hat keine Geometrie. Das ist der ganze Fehler. Wenn du „Ich klettere die Wand hoch“ tippst, gibt es keine Wand mit einer Höhe, keinen Spieler mit einer Klettergeschwindigkeit, keine Konsequenz, wenn du scheiterst. Das Modell erzeugt einen plausiblen Satz und macht weiter. Die Session fühlt sich ein paar Runden lang gut an und dann hohl, weil nichts, was du tust, tatsächlich auf eine Weise scheitern kann, die den Raum verändert.

Das Symptom, das Spieler zuerst bemerken, ist, dass Entfernungen aufhören, eine Rolle zu spielen. Du kannst „auf die andere Seite des Raums rennen“ und es kostet nichts. Du kannst „hinter der Säule in Deckung gehen“, ob eine Säule existiert oder nicht. Das Modell erzeugt Beschreibung, es simuliert keinen Raum. Nach zwanzig Minuten hört der Spieler auf, kreative Aktionen zu versuchen, weil er gelernt hat, dass kreative Aktionen kein mechanisches Gewicht haben.

Wenn die Welt ein echter 3D-Raum ist, ändert sich das. Die Wand hat eine Höhe in Welteinheiten. Der Spieler hat eine Klettergeschwindigkeit. Der Versuch gelingt, scheitert oder gelingt teilweise, und das Ergebnis wird in den Zustand geschrieben. Der AI GM erzählt aus dem aufgelösten Zustand, statt ihn zu erfinden. Scheitern ist möglich, und genau das verleiht Erfolg Bedeutung.

Der zweite Bruch ist das Gedächtnis. Ein Prosa-GM hält die ganze Welt in einem Token-Fenster. Ab einer bestimmten Session-Länge fallen frühe Fakten heraus und das Modell widerspricht sich selbst. Eine räumliche Welt externalisiert den Zustand. Der AI GM muss sich nicht merken, dass die Tür verschlossen ist; das Tür-Objekt hat ein Locked-Flag. Deshalb halten räumliche Welten über längere Sessions hinweg besser durch als reine Chat-Welten.

AI-MMO- und Mehrspieler-Welten

Die Absicht MMORPG-Maker ist eine persistente, geteilte Welt: viele Spieler, ein kanonischer Zustand, Sessions, die weiterlaufen, während du offline bist. Der AI GM erledigt weiterhin die vier Aufgaben, aber jetzt gegen geteilten Zustand, was zwei Probleme mit sich bringt, die Solo-Welten nicht haben.

Das erste ist geteilter Zustand. Wenn zwei Spieler in derselben Stadt sind und einer die Taverne niederbrennt, muss der andere es sehen. Das bedeutet, der AI GM kann den Zustand nicht pro Spieler halten; er hält einen Weltzustand, und jeder Client liest daraus. Der Fehlermodus ist Konflikt: Zwei Spieler versuchen, dieselbe Truhe im selben Tick zu plündern. Du brauchst eine Commit-Reihenfolge und eine Sperre, sonst überschreibt die Aktion des einen Spielers still die des anderen.

Das zweite ist Moderation. Ein AI GM, der NPC-Dialoge aus Spielereingaben erzeugt, wird irgendwann etwas erzeugen, das ein Spieler nicht sehen sollte, oder ein Spieler wird den Eingabekanal nutzen, um es zu produzieren. In einer geteilten Welt ist das kein persönlicher Bug; es ist das Problem aller. Die praktische Antwort ist ein Filter für generierten Text, ein Meldeweg und Ratenbegrenzungen pro Spieler für den Eingabekanal.

Halte einen autoritativen Weltzustand. Clients senden Absichten, nicht Zustand. Der Server validiert die Absicht gegen den aktuellen Zustand, wendet den Effekt an und sendet das Delta. Wenn du Clients direkt in den Zustand schreiben lässt, bekommst du innerhalb von Minuten Desynchronisation und Duplikate. Der AI GM liest aus dem autoritativen Zustand, sodass seine Erzählung für alle Spieler im Gebiet konsistent ist.

Für persistente Welten muss der Zustand Server-Neustarts überleben. Erstelle in einem festen Intervall einen Snapshot der Welt und schreibe Deltas zwischen den Snapshots. Das Abspielen der Deltas seit dem letzten Snapshot ist, wie du dich von einem Absturz erholst, ohne die ganze Session zurückzurollen.

Zwei Oberflächen brauchen sie: generierter Dialog und Spielereingabe. Generierter Dialog durchläuft vor der Ausstrahlung einen Inhaltsfilter. Spielereingabe wird ratenbegrenzt und gefiltert, bevor sie den AI GM erreicht. Protokolliere Eingabe und generierte Ausgabe zusammen, damit du eine Meldung überprüfen kannst, ohne raten zu müssen, was passiert ist.

Der AI GM sollte außerdem einen harten Verweigerungspfad haben. Wenn eine Aktion außerhalb des Weltmodells oder der Inhaltsrichtlinie liegt, lehnt der GM in-character ab und nennt eine Alternative. Eine Verweigerung, die in der Fiktion bleibt, ist weniger störend als eine Systemfehlermeldung.

Roguelike- und Dungeon-Generierung

Ein Roguelike braucht zwei Dinge, die gegeneinander ziehen: ein Dungeon, das sich in jedem Durchlauf anders anfühlt, und ein Dungeon, das in jedem Durchlauf fair ist. Zufälligkeit auf beiden Achsen erzeugt unfaire Durchläufe. Ein festes Layout auf beiden Achsen erzeugt einen langweiligen. Die Lösung ist, die Achsen zu trennen: Seed für das Layout setzen, Schwierigkeitskurve fixieren, Ausstattung variieren.

„Seed für das Layout setzen“ bedeutet, dass der Raumgraph, die Korridorverbindungen und die Platzierung von Schlüsseln aus einem Seed erzeugt werden, sodass ein gegebener Seed immer dasselbe Dungeon erzeugt. Das macht Durchläufe für das Debugging reproduzierbar und lässt dich zwei Builds auf derselben Karte vergleichen. „Schwierigkeitskurve fixieren“ bedeutet, dass das Begegnungsbudget pro Tiefe eine Konstante ist, keine zufällige Ziehung. „Ausstattung variieren“ bedeutet, dass Tileset, Gegner-Skins und Loot-Tabelle pro Durchlauf wechseln können, ohne die Kurve zu ändern.

Der AI GM sitzt als Dungeon Master darüber. Er liest den erzeugten Graphen, füllt Räume mit NPCs, deren Personas zu ihrer Platzierung passen, und führt während des Spiels die Regeln aus. Die Generierung ist deterministisch; die Session ist es nicht.

Baue eins

Die kleinste spielbare AI-GM-Session braucht vier Dinge: eine Welt mit Geometrie, einen NPC mit einer Persona, ein Hindernis mit zwei Lösungen und einen Zustandsspeicher, der zwischen den Runden bestehen bleibt. Das ist alles. Du kannst Regeln, Grafik und eine Schwierigkeitskurve später hinzufügen. Wenn du zuerst die vierteilige Version baust, findest du die Schleifenprobleme früh, wenn sie billig zu beheben sind.

Beginne mit einem einzigen Raum und einer Wache. Die Wache hat einen Namen, einen Grund, dort zu sein, und eine Regel: verlässt die Tür nicht. Das Hindernis ist die Tür. Du kannst die Wache bekämpfen, sie ablenken oder einen Schlüssel finden. Jeder Weg schreibt ein anderes Zustands-Flag. Wenn der AI GM diesen Raum über zehn Runden führen kann, ohne sich selbst zu widersprechen, hast du eine Session.

Von dort aus füge die Teile hinzu, die skalieren: mehr NPCs mit Gedächtnispuffern, einen Regel-Resolver mit protokollierten Würfen, einen Layout-Generator mit Seed und schließlich geteilten Zustand, wenn du Mehrspieler willst. Jede Ergänzung hat einen bestimmten Fehlermodus, auf den du testen kannst. Baue das kleinste Ding, brich es absichtlich und erweitere es dann.

Betritt die Welt, zu der es gehört

Die einzige Möglichkeit, einen Game Master zu beurteilen, ist, eine Session zu spielen. Öffne eine: eine kleine Welt, in der vier Charaktere dir jeweils etwas zu tun geben und die Hindernisse darauf reagieren, wie du auf sie zugehst. Sie wurde auf dieselbe Weise gebaut wie alles auf dieser Seite — aus einer Beschreibung, als Seite veröffentlicht.