Die Entkopplung der Erzählung von der Zustandsverfolgung behebt die Amnesie von KI-Textadventures.

Ein Entwickler auf r/LocalLLaMA hat herausgefunden, warum KI-gesteuerte Textabenteuer oft nach kurzen Spielsitzungen oberflächlich und inkohärent werden, und eine Lösung entwickelt, die die Narrativeerzeugung von der Zustandsverfolgung entkoppelt.
Das Problem: LLMs als unzuverlässige Datenbanken
Die Quelle beschreibt eine häufige Erfahrung: ChatGPT oder Claude als Dungeon Master zu verwenden funktioniert etwa 10 Minuten lang, dann "vergisst die KI dein Inventar, halluziniert einen neuen Bösewicht und verliert völlig den Handlungsfaden." Der Entwickler identifiziert das Kernproblem als "Leute verwenden LLMs als Datenbank" für den Spielzustand.
Die Lösung: Zustandsbehaftete Simulations-Engine
Der Entwickler verbrachte Monate damit, "eine zustandsbehaftete Simulation mit KI-unterstützter Generierung und darüber gelagerter Erzählung" zu bauen. Die entscheidende Erkenntnis war, "der LLM ihre Autorität vollständig zu entziehen." In dieser Engine:
- Züge verändern den Zustand durch explizite Simulationsphasen
- LLMs entscheiden nicht, ob Aktionen erfolgreich sind - zum Beispiel: "Wenn du versuchst, ein Schwert zu kaufen, entscheidet die LLM nicht, ob es passiert"
- Eine PostgreSQL-Datenbank überprüft dein Münzregister und andere Zustände
- Narrativer Text wird nach Zustandsänderungen generiert, nicht davor
Technische Implementierung
Das System erstellt eine persistente Spielwelt, die als Daten existiert, wodurch die App "wiederherstellen, restaurieren, verzweigen und fortfahren" kann. Dieser Ansatz bedeutet, "die KI kann dein Inventar physisch nicht halluzinieren", weil die Inventarverfolgung in der Datenbank stattfindet, nicht im Kontextfenster der LLM. Der Entwickler merkt an, dass dies "einen materiell eingeschränkten Lebenssimulations-Ton anstelle reiner Machtfantasie" erzwingt.
Architekturmuster
Das Kernmuster ist die Trennung von Simulationslogik und Narrativeerzeugung. Der Spielzustand (Inventar, Ort, Charakterwerte, Weltzustand) lebt in einer strukturierten Datenbank, während LLMs nur die deskriptive Texterzeugung basierend auf diesem Zustand übernehmen. Dies verhindert den Kohärenzverlust, der auftritt, wenn LLMs versuchen, sowohl narrative Konsistenz als auch Spielzustand in ihren begrenzten Kontextfenstern aufrechtzuerhalten.
📖 Read the full source: r/LocalLLaMA
👀 Siehe auch

Entwickler baut selbstverbesserndes LinkedIn-Content-System mit Claude-Fähigkeiten
Ein freiberuflicher B2B-Marketer entwickelte ein Zwei-Fähigkeiten-Claude-System für LinkedIn-Inhalte, das in seiner Stimme schreibt und sich auf Basis von Leistungsdaten verbessert, wodurch in einer Woche über 3 Beiträge hinweg 110.000 Impressionen erzielt wurden.

AgentBnB: Ein Multi-Agenten-System, erstellt von einem Nicht-Programmierer mit Claude Code
Ein Immobilienmakler ohne Programmierkenntnisse hat AgentBnB entwickelt, ein System, in dem autonome Agenten sich gegenseitig finden, einstellen, bezahlen und Rechnungen ohne manuelles Eingreifen begleichen können. Das Projekt hat derzeit 29 GitHub-Sterne und umfasst Identitäts-, Treuhand-, Reputations- und Relaisnetzwerksysteme.

Mit Claude Code eine Japan-Reiseblog mit KI-generierter Kunst und Videos erstellen
Ein Entwickler dokumentierte seinen Workflow mit Claude Code, um eine vollständige persönliche Essay-Website über Japan zu erstellen, die alles vom Schreiben bis zur visuellen Gestaltung und Bereitstellung umfasste.

Verwenden von Markdown-Dateien als Workflow-Engine für Claude Code in Kubernetes
Ein Entwickler hat traditionelle Pipeline-Tools wie Dagster oder Prefect durch einfache englische Markdown-Dateien ersetzt, die Claude Code als Kubernetes CronJob ausführt. Das System koordiniert Schritte, indem es Artefakte auf die Festplatte schreibt, und läuft seit über einem Monat.