Découpler la narration du suivi d'état corrige l'amnésie des jeux d'aventure textuels en IA

Un développeur sur r/LocalLLaMA a identifié pourquoi les jeux d'aventure textuels alimentés par l'IA deviennent souvent superficiels et incohérents après de brèves sessions de jeu, et a construit une solution qui découple la génération narrative du suivi de l'état.

Le problème : les LLM comme bases de données peu fiables

La source décrit une expérience courante : utiliser ChatGPT ou Claude comme Maître du Donjon fonctionne pendant environ 10 minutes, puis "l'IA oublie votre inventaire, hallucine un nouveau méchant et perd complètement le fil de l'histoire". Le développeur identifie le problème central comme "les gens utilisent les LLM comme une base de données" pour l'état du jeu.

La solution : moteur de simulation avec état

Le développeur a passé des mois à construire "une simulation avec état avec une génération et une narration assistées par IA superposées". L'idée clé était de "retirer complètement à l'LLM son autorité". Dans ce moteur :

• Les tours modifient l'état à travers des phases de simulation explicites
• Les LLM ne décident pas si les actions réussissent - par exemple, "Si vous essayez d'acheter une épée, l'LLM ne décide pas si cela se produit"
• Une base de données PostgreSQL vérifie votre registre de pièces et d'autres états
• Le texte narratif est généré après les changements d'état, pas avant

Implémentation technique

Le système crée un monde de jeu persistant qui existe sous forme de données, permettant à l'application de "récupérer, restaurer, bifurquer et continuer". Cette approche signifie que "l'IA ne peut physiquement pas halluciner votre inventaire" car le suivi de l'inventaire se fait dans la base de données, pas dans la fenêtre de contexte de l'LLM. Le développeur note que cela impose "un ton de simulation de vie matériellement contraint plutôt qu'une pure fantaisie de puissance".

Modèle d'architecture

Le modèle central consiste à séparer la logique de simulation de la génération narrative. L'état du jeu (inventaire, localisation, statistiques des personnages, état du monde) réside dans une base de données structurée, tandis que les LLM ne gèrent que la génération de texte descriptif basée sur cet état. Cela empêche la rupture de cohérence qui se produit lorsque les LLM essaient de maintenir à la fois la cohérence narrative et l'état du jeu dans leurs fenêtres de contexte limitées.