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

Architektur für ein tägliches Intelligence-Briefing-System, erstellt mit Claude
Ein Entwickler hat ein personalisiertes tägliches Briefing-System mit der Claude API erstellt, das RSS-Feeds einliest, Artikel nach Relevanz bewertet, sie priorisiert und Analysen per E-Mail liefert. Die Pipeline verarbeitet täglich etwa 200 Artikel, filtert sie auf 5–8 für die Analyse und kostet weniger als 5 US-Dollar pro Monat.

Entwickler behebt redundanten Fehler im Service Worker von Next.js PWA mit Claudes Hilfe
Ein Entwickler baute Somnia, eine Next.js 14 PWA mit Push-Benachrichtigungen, und nutzte Claude als Programmierpartner. Der schwierigste Fehler betraf Service Worker, die auf Samsung Android-Geräten REDUNDANT wurden, aufgrund einer veralteten Build-ID in sw.js.

OpenClaw Family Gateway: Token-Budgets, Speicheroptimierung und benutzerdefinierte Plugins
Ein Entwickler baute ein Familien-AI-Gateway mit OpenClaw auf einem Mac und QNAP NAS, implementierte strenge Token-Budgets, optimierte den Speicherzugriff durch Re-Ranking und kontextuelle Einbettungen und erstellte 12 benutzerdefinierte Plugins mit über 175 Befehlen.

Testen von Claude Sonnet mit einem Strategiespiel: Herausforderungen bei der Regelbefolgung
Ein Entwickler testete Claude Sonnet, indem er OFMOS® Essential spielte, ein patentiertes Strategiespiel zum Produktportfoliomanagement, unter Verwendung eines strukturierten Prompt-Systems mit Regeln, Brettdarstellung und Zugverwaltung. Das Modell verstand die Regeln und verfolgte die Punktestände, machte jedoch häufig illegale Züge aufgrund fehlender eingeschränkter Zuggenerierung.