Un jeu de rôle IA peut-il mémoriser l’inventaire d’une session à l’autre ?

2026-09-09

Qu’est-ce qui distingue un registre d’objets durable d’un simple rappel fluide ?

Oui, un jeu de rôle IA peut mémoriser l’inventaire entre les sessions, mais uniquement lorsque le butin est stocké comme un état durable plutôt que comme une phrase dans une prose récente. En 2026, la distinction est architecturale : les outils qui conservent un registre d’objets nommés survivent généralement à une déconnexion, tandis que ceux qui se contentent de résumer la dernière scène égarent souvent une boussole en laiton, dupliquent une clé ou vous laissent dépenser de l’or que vous avez déjà payé.

C’est cette différence que les joueurs désignent réellement lorsqu’ils disent « il se souvient de mon inventaire ». Un rappel fluide (« vous avez toujours votre sac ») n’équivaut pas à un registre qui liste encore Ash, la jument grise et quarante pièces dues au maître du port après une semaine d’absence.

Facteurs clés qui distinguent l’inventaire d’une campagne d’un butin improvisé pour l’ambiance :

✅ Forme de stockage — enregistrements structurés contre résumés narratifs compressés ✅ Interruption de session — l’objet existe toujours après avoir fermé l’App, et non seulement après trente tours de chat ✅ Précision — les noms, quantités et emplacements restent littéraux, pas réduits à « un peu d’équipement » ✅ Application — le monde vous empêche d’utiliser une épée que vous avez vendue ✅ Charge d’auteur — devez-vous épingler chaque objet sur une fiche de lore pour qu’il survive ?

Pour comparer les outils honnêtement, il faut cesser de demander « l’IA a-t-elle une mémoire ? » et commencer à demander où vit l’objet lorsque le chat se termine.

Robot maître de jeu IA dirigeant une campagne de RPG sur table avec cartes holographiques, figurines, dés et panneaux de statistiques de personnage

Pourquoi l’amnésie d’inventaire ruine-t-elle les campagnes de jeu de rôle IA ?

L’amnésie d’inventaire ruine les campagnes parce que le butin est la manière dont un monde prouve qu’hier a eu lieu. Si l’aubergiste oublie la relique que vous avez glissée dans votre poche, le jeu ne suit plus les conséquences : il génère une nouvelle première scène qui réutilise simplement le nom de votre personnage.

Les agents LLM de longue durée sont limités par des fenêtres de contexte fixes et par un accès peu fiable à l’historique lointain. L’inventaire est une version particulièrement défavorable de ce problème : c’est une liste, elle doit être exacte, et elle est ennuyeuse jusqu’au moment où vous en avez besoin. La recherche sur la mémoire observe que les contenus intensifs en détails, comme les listes, sont précisément ce que la synthèse uniforme tend à détruire.

Les joueurs ressentent cet échec sous la forme de trois bugs précis :

Objets disparus — un objet nommé s’évapore après des scènes sans rapport
Objets fantômes — le narrateur vous redonne une épée que vous avez déjà vendue
Dettes floues — un PNJ à qui vous deviez de l’argent vous considère soudain comme quitte

Les testeurs indépendants considèrent désormais cet échec comme mesurable. Le test de mémoire de Creation OS affirme qu’un monde vivant doit pouvoir garder une rancune, conserver un inventaire et faire respecter une dette — sinon, vous avez un partenaire d’improvisation, pas une campagne.

Que faut-il rechercher dans la persistance de l’inventaire entre les sessions ?

Vous devez rechercher trois propriétés que l’on peut appeler le test Registre–Rappel–Application (LRE). Un outil peut sembler cohérent dans une démo tout en échouant à l’une des trois dès que vous vous déconnectez puis revenez.

Registre. Où l’objet est-il stocké ? Les possibilités existantes comprennent la transcription brute, un résumé automatique, une fiche de lore rédigée par le joueur, des embeddings ou un objet de campagne structuré. AI Dungeon combine le contexte de génération avec des résumés, une Memory Bank, des Story Cards et des Plot Components. NovelAI injecte des entrées de Lorebook lorsque des mots déclencheurs s’activent. Friends & Fables utilise des objets de campagne structurés avec des contextes distincts pour la narration et l’état. Il s’agit de registres différents, pas de simples « scores de mémoire » différents.

Rappel. Après une interruption de session — et pas seulement après trente tours denses — le jeu peut-il retrouver l’objet exact sans que vous le répétiez ? Le rappel entre sessions est plus exigeant que le rappel dans le chat, car la fenêtre de contexte active a disparu.

Application. Le monde agit-il en fonction du registre ? Se souvenir que vous possédez un passe-partout ne sert à rien si la scène suivante vous laisse ouvrir le coffre-fort les mains vides, ou si une boutique PNJ vous vend un second exemplaire d’un artefact unique.

Effectuez ce test avant de confier un investissement émotionnel réel à une campagne :

Obtenez un objet au nom distinctif lors de la première session.
Jouez des scènes sans rapport, puis fermez entièrement l’App.
Rouvrez plus tard et essayez d’utiliser l’objet, de le vendre ou de passer devant le PNJ qui remarquerait son absence.
Évaluez le résultat : conservé par son nom, conservé vaguement ou disparu.

Ce protocole correspond au volet consacré aux objets du test rancune–objet–dette de Creation OS, avec une déconnexion ajoutée afin de tester la persistance plutôt que la fluidité de la fenêtre de contexte.

Quels outils de jeu de rôle IA conservent l’inventaire entre les sessions ?

Aucun outil de jeu de rôle IA largement utilisé n’est aussi solide sur le registre, le rappel et l’application. Le guide des plateformes 2026 d’Arcanum affirme sans détour que la mémoire est le problème central de la catégorie et que les différents produits le résolvent en déplaçant l’état hors du modèle, en l’épinglant dans des cartes ou en espérant que la transcription suffise.

Sur Jenova, des modules d’exploration comme The Mansion reposent sur une mémoire persistante entre les sessions et un historique de chat illimité ; les clés, lettres et reliques glissées dans une poche peuvent donc rester dans la campagne lorsque vous reprenez sur un autre appareil. Il s’agit d’une persistance fondée sur la conversation, et non d’une grille d’objets classique de RPG. Les joueurs qui ont besoin d’un panneau de butin visible doivent encore demander un récapitulatif ou tenir une liste annexe.

Fonctionnalité / Dimension	The Mansion (Jenova)	AI Dungeon	Voyage	Friends & Fables / Craft	NovelAI	RoleForge
Stockage de l’inventaire	Historique de chat persistant + mémoire entre sessions	Contexte, résumés, Memory Bank, Story Cards, Plot Components	Système déterministe de monde et d’état	Objets de campagne structurés ; narration et état séparés	Lorebook rédigé par le joueur, injecté lors de déclencheurs	Base de données SQL pour les PV, l’inventaire et les factions
Survit à une interruption de session	Conçu pour cela, en tant que mémoire de campagne	Dépend de la synthèse de l’objet ou de son ajout à une carte	Conçu comme des enregistrements persistants	Conçu comme des objets de campagne	Seulement si vous avez créé une entrée de Lorebook	Conçu comme des lignes de base de données
Noms et quantités exacts	Solide lorsque les objets sont nommés en jeu ; aucune UI d’objet dédiée	Les objets accessoires peuvent nécessiter une Story Card	Les statistiques mécaniques sont numériques ; l’inventaire présente encore des bugs	Les objets structurés favorisent la précision	Les dettes et objets exacts peuvent dériver sans entrée	Les faits mécaniques ne sont pas entre les mains du modèle
Registre visible pour le joueur	Demande de liste, pas de grille de butin native	Cartes/composants que vous gérez	Suivi mécanique dans le monde ; bugs d’équipement signalés	Objets de campagne, pas d’UI d’inventaire universelle	Lorebook que vous modifiez	Enregistrement soutenu par base de données (alpha fermée)
Tarification (en 2026)	Offre gratuite avec utilisation mensuelle limitée ; Plus à 20 $/mois	Expérience de base améliorée après la mise à jour Unchained ; cartographie complète des forfaits non vérifiée ici	Bêta ouverte avec un niveau gratuit	Non vérifié dans cet ensemble de recherches	Non vérifié dans cet ensemble de recherches	Gratuit et sans limites d’utilisation pour les personnes ayant accès ; alpha fermée
Idéal pour	Exploration longue où les indices et objets transportés constituent un état narratif	Fiction non structurée et changements rapides de prémisse	Jeu équitable, vérifié par statistiques, si vous acceptez les bugs d’inventaire de la bêta	Joueurs voulant des objets de campagne plutôt qu’un chat brut	Auteurs prêts à entretenir une bible de lore	Campagnes solo où le modèle ne peut pas écraser le butin

The Mansion et la mémoire de campagne Jenova

The Mansion est un jeu d’exploration qui commence par une amnésie : chaque pièce peut cacher un objet qui devrait encore être entre vos mains demain. Jenova stocke un historique de conversation illimité et une mémoire persistante entre les sessions, et les sessions se synchronisent entre le web, iOS et Android. En pratique, une lettre prise sur un ordinateur portable peut encore se trouver dans le manteau pendant un trajet en téléphone.

La limite honnête concerne l’interface, pas l’intention. Il n’existe pas d’écran d’inventaire publié à emplacements pour l’agent. Si le narrateur compresse « trois bougies, une clé tordue et un registre paroissial détrempé » en « vos trouvailles », une correction peut être nécessaire. Cela reste plus proche d’une campagne qu’un chatbot qui n’a jamais stocké le registre.

The Asylum est le cousin axé sur l’enquête : témoignages, clés et dossiers se comportent comme un inventaire même lorsqu’ils sont des indices. La même couche de mémoire s’applique. Aucun de ces modules n’est un jeu de pillage tactique, et les joueurs qui recherchent de l’équipement avec des affixes aléatoires ne trouveront pas ici un sac à la Diablo.

AI Dungeon

AI Dungeon a été pionnier du jeu de rôle IA ouvert et reste particulièrement puissant si vous souhaitez une fiction collaborative non structurée, sans dés. Sa pile de continuité est réelle : résumés automatiques, Memory Bank, embeddings, Story Cards et Plot Components. Latitude a également décrit un système de mémoire et de synthèse conçu pour remonter sur des milliers d’actions.

La faille concerne le butin accessoire. La question utile, telle que Creation OS la formule, est de savoir si un fait que vous n’avez pas délibérément rédigé réapparaît malgré tout. Les premiers tests publics montraient déjà une mémoire contextuelle capable de résoudre un pronom sans pouvoir soutenir un monde. Arcanum cite toujours l’effondrement du contexte dans les longues campagnes comme une faiblesse connue. Si l’inventaire compte, prévoyez de promouvoir les objets importants dans des Story Cards.

Voyage

Voyage, de Latitude, fait le pari inverse : jets de compétence fondés sur de vraies statistiques, points de vie numériques, position spatiale et mort permanente. Creation OS le décrit comme un système déterministe de monde et d’état. Le classement d’Arcanum du 31 août 2026 lui attribuait le meilleur score composite de ce tableau ainsi que le meilleur résultat de mémoire mesuré parmi les outils jouables à ce moment-là.

Ce n’est pas pour autant un produit d’inventaire abouti. La même évaluation indique que l’inventaire et l’équipement présentent encore des bugs et que le narrateur fait parfois parler le joueur à sa place. Considérez Voyage comme un état mécanique solide avec une couche de butin inachevée.

Friends & Fables et Craft

Friends & Fables est l’un des rares produits qui font de la mémoire une partie explicite de l’architecture : objets de campagne structurés, contextes de narration et d’état séparés, et mémoire à long terme filtrée par pertinence. Craft est la reconstruction complète du studio Friends & Fables, pensée pour vous permettre de modifier le système de règles plutôt que seulement le monde.

Cette conception convient en principe très bien à l’inventaire, car un objet peut être un enregistrement plutôt qu’une phrase. Nous n’avons pas obtenu, dans cet ensemble de recherches, d’essai contrôlé de butin sur plusieurs milliers de tours ; l’affirmation appropriée est donc architecturale, et non un verdict de laboratoire.

NovelAI

NovelAI est un outil orienté vers l’écriture. Son Lorebook peut conserver longtemps une arme nommée si vous rédigez l’entrée et maintenez des déclencheurs propres. Un objet accessoire unique — la boussole exacte prise dans une scène anodine — constitue le cas faible, car rien ne le promeut automatiquement dans le livre.

Utilisez NovelAI lorsque vous souhaitez contrôler la prose et agir comme archiviste de la campagne. Utilisez-le moins comme un maître de jeu à qui l’on peut tout déléguer.

RoleForge et les autres conceptions où l’état vit hors du modèle

L’approche de RoleForge se résume le plus clairement de la catégorie : chaque fait mécanique — PV, inventaire, scores de relation avec les PNJ, réputation de faction, état du monde — vit dans une base de données SQL, et l’IA se contente de narrer. Un personnage que vous avez tué reste mort parce que le modèle n’a pas le droit de réécrire la ligne.

Il est aussi en alpha fermée et non évalué en jeu pratique dans ce guide. Parmi les cousins proches figurent WyrdTale, qui conserve les entités, sauvegardes et combats hors de la fenêtre de contexte via un connecteur MCP, et Infinity DM, qui conserve les PV, l’initiative, l’inventaire et le positionnement entre des tours asynchrones. Tidefall est le cas d’avertissement : une atmosphère rédigée sans inventaire, sans affichage de monnaie ni journal de quêtes.

En quoi la mémoire entre les sessions diffère-t-elle d’une fenêtre de contexte ?

La mémoire entre les sessions est un stockage que vous pouvez rouvrir demain ; une fenêtre de contexte est un projecteur mobile sur la transcription actuelle. Confondre les deux explique pourquoi tant de RPG IA « se souviennent » pendant une heure puis perdent le sac.

Un simple chat sans mémoire produit est le groupe de contrôle. Creation OS utilise précisément cette configuration : un nouveau chat, mémoire produit désactivée, uniquement la transcription fournie. Les premiers tours semblent magiques parce que chaque objet nommé est encore à l’écran. À mesure que la transcription grandit, les anciennes lignes sortent du champ. Ce n’est pas un échec moral du modèle. C’est une fenêtre.

La recherche sur la mémoire des agents à long terme tente de remplacer cette fenêtre par des stockages typés. LeanMem soutient que les contenus historiques ne devraient pas tous être résumés de la même manière. Les faits stables deviennent des profils compacts, les faits changeants deviennent des événements datés, et les matériaux à haute fidélité — listes, plans, inventaires — devraient rester des enregistrements ancrés dans la source plutôt que d’être écrasés en un paragraphe. Sur LoCoMo et LongMemEval-S, cette approche a amélioré la précision jusqu’à 15,1 points par rapport à la meilleure référence mémoire de cette étude.

Pour l’inventaire, l’implication est pratique :

Mémoire de profil — « ce voleur porte toujours des passe-partout » (trop grossier)
Mémoire d’événement — « a vendu les passe-partout à Mara au crépuscule » (le changement d’état)
Mémoire d’enregistrement — la liste réelle de ce qui reste dans le sac (le registre)

Si votre jeu de rôle IA ne conserve qu’un récapitulatif cinématographique, il fonctionne avec profil-plus-événement en espérant que la liste survive. Espérer n’est pas un système de règles.

L’état structuré peut-il surpasser la synthèse pour le suivi de l’inventaire ?

L’état structuré surpasse la synthèse pour l’inventaire chaque fois que l’objet doit rester exact, dénombrable et applicable. Les résumés sont bons pour l’ambiance et mauvais pour les registres.

C’est désormais un consensus de conception, pas une plainte de fans. Les développeurs du fil de discussion sur la mémoire des agents de Hugging Face soutiennent que le modèle peut proposer des candidats pour la mémoire, mais ne devrait pas écrire un état permanent sans règles. De leur côté, les

Reddit Post

. Project Lunar décrit un moteur avec mémoire persistante et esprits de PNJ indépendants plutôt qu’un narrateur unique qui possède également la table de butin.

Il existe une version de sécurité de cette même idée. La mémoire persistante à long terme est désormais une capacité par défaut des agents, et elle crée une voie d’empoisonnement : du texte non fiable stocké pendant une session peut orienter une session ultérieure. Les défenses existantes fondées sur le contenu et la traçabilité ont échoué face à des attaques de blanchiment avec un taux de réussite atteignant 68 % dans ce benchmark. Pour un RPG, la forme ordinaire de cet empoisonnement est un PNJ qui « se souvient » de vous avoir donné un mandat royal que vous n’avez jamais reçu. Si le narrateur peut écrire l’inventaire, le narrateur peut tricher.

La position de Jenova sur ce spectre est intermédiaire. La mémoire persistante entre les sessions et l’historique illimité signifient que The Mansion et The Asylum ne remettent pas les compteurs à zéro lorsque vous fermez l’onglet. Le modèle reste celui qui fait parler le monde ; un joueur rigoureux devrait donc traiter les objets importants comme devant être nommés, corrigés et parfois reformulés — la même discipline qu’exigerait un maître de jeu humain. C’est plus solide qu’un nouveau fil ChatGPT et moins rigide qu’une ligne SQL de RoleForge.

Game Designer Assistant est l’outil adjacent approprié lorsque vous voulez la version rigide sans quitter la plateforme. Vous pouvez rédiger un schéma d’objet — ID uniques, poids, propriétaires, emplacements — puis coller ce schéma dans la campagne comme loi de table. L’assistant ne dirige pas le donjon. Il écrit le format de registre que le donjon est censé respecter.

Comment configurer une campagne IA qui préserve votre inventaire ?

Vous préservez votre inventaire en nommant les objets comme des clés de base de données, en les stockant délibérément et en refusant que le narrateur élude le contenu du sac. La configuration est similaire d’un outil à l’autre ; seul le mécanisme de registre change.

Pour The Mansion, un flux de travail efficace ressemble à ceci :

Ouvrez l’agent et définissez les lois physiques du butin avant le premier couloir.
Nommez les objets avec précision. « Une clé de fer tordue estampillée cellar-3 » survit mieux qu’« une clé ».
Après chaque acquisition, vente, abandon ou vol, demandez un aperçu d’inventaire d’une ligne.
Terminez la session en gardant l’aperçu dans le journal afin que la séance suivante parte d’une liste, et non d’une impression vague.
À la reprise, ne reconstruisez pas le manoir. Exigez le dernier objet non résolu.

Une contrainte d’ouverture utile :

"Ceci est un jeu d’exploration létal. L’inventaire est littéral. Si je prends, abandonne, vends ou utilise un objet, mets à jour une liste continue indiquant l’objet, l’emplacement et le propriétaire. Ne restaure jamais un objet que j’ai perdu. N’ajoute jamais de butin que je n’ai pas pris. Commence dans le vestibule, les poches vides et avec une allumette."

Une phrase de reprise utile :

"Ne récapitule pas l’intrigue. Liste mon inventaire de la dernière session, puis continue depuis l’escalier de service déverrouillé. Le registre paroissial est toujours dans mon manteau."

Pour AI Dungeon, ajoutez une Story Card ou un Plot Component pour chaque objet unique auquel vous tenez. Le test de Creation OS est explicite : effectuez le test d’objet avec les paramètres par défaut, puis à nouveau avec des cartes, afin de voir combien de curation la mémoire automatique nécessite réellement.

Pour NovelAI, créez une entrée de Lorebook dont les clés sont le nom de l’objet et ses synonymes évidents. Si la boussole n’est mentionnée que comme « le truc en laiton », le déclencheur risque de ne jamais s’activer.

Pour Voyage ou d’autres moteurs mécaniques, inspectez le panneau d’équipement après chaque scène de boutique. Les tests publiés signalent déjà des bugs d’inventaire, donc le travail du joueur consiste à contrôler, pas à faire confiance.

Dans tous ces outils, une habitude issue du jeu sur table se transfère : récapitulez le fil actif, pas toute la campagne. Une couche de mémoire compétente devrait retrouver un objet nommé. Elle ne devrait pas vous obliger à soumettre à nouveau votre autobiographie.

Session de jeu de rôle IA avec barre latérale persistante de personnage, notes de quête et journal d’aventure continu qui maintient l’état de la campagne à l’écran

Que se passe-t-il lorsqu’une IA invente, duplique ou perd des objets au milieu d’une campagne ?

Lorsqu’une IA invente, duplique ou perd des objets, la chaîne causale de la campagne se brise et les scènes suivantes deviennent de la fan fiction sur un monde qui n’existe plus. Les modes d’échec sont prévisibles dès lors que l’on sait si le narrateur est aussi le registre.

Perte. La synthèse supprime la liste. Le modèle « se souvient toujours que vous cherchiez la cave », mais pas que cellar-3 se trouve dans votre botte. C’est le problème LeanMem : les listes sont des enregistrements à haute fidélité traités comme s’il s’agissait d’une ambiance.

Duplication. Le modèle vous attribue à nouveau un objet unique parce que le moment de récompense était dramatiquement fort à l’échelle locale. L’application a échoué. Un stockage structuré aurait vu unique:true et aurait refusé.

Invention. Un PNJ ou une mémoire récupérée injecte un objet que vous n’avez jamais pris. En termes de sécurité des agents, cela s’apparente à l’empoisonnement de mémoire : un texte non fiable devient le fait de demain. En termes de jeu, c’est un mandat falsifié.

Contradiction. Vous avez vendu la jument grise ; une scène de voyage ultérieure vous remet en selle. Le test d’objet de Creation OS est conçu pour détecter exactement cette rupture entre rappel fluide et état durable.

Protocole de correction qui fonctionne en jeu :

Interrompez la scène par une ligne hors personnage qui énonce le véritable registre.
Exigez que la narration suivante respecte ce registre avant que quiconque ne parle en personnage.
Si l’outil prend en charge les cartes, objets ou SQL, inscrivez la correction là — pas uniquement dans le chat.
Si la même catégorie d’erreur se répète, l’architecture n’est pas adaptée à un jeu centré sur l’inventaire. Passez à un outil où l’état vit hors du modèle au lieu de débattre avec un résumé.

Les campagnes Jenova peuvent accepter cette correction et continuer parce que l’historique est conservé. Elles ne feront pas apparaître magiquement une UI en grille. Les joueurs qui veulent un butin sans confiance devraient associer le schéma d’objets de Game Designer Assistant à des corrections implacables, ou choisir un moteur soutenu par base de données comme RoleForge s’ils y ont accès.

Que disent les concepteurs de jeux sur l’inventaire persistant dans les RPG IA ?

Les concepteurs de jeux qui traitent les campagnes IA comme des produits, et non comme des démos, parlent désormais de l’inventaire comme d’une intégrité d’état — pas comme d’une fonction de mémoire à mettre en avant. Le consensus est que le narrateur peut décrire le sac, mais ne devrait pas être le seul endroit où le sac existe.

« La première scène d’un RPG IA est facile à produire. C’est avec l’inventaire que vous découvrez si vous avez livré une campagne ou un générateur de paragraphes. Si un objet unique n’est qu’une proposition dans le résumé de mardi dernier, vous n’avez pas de butin. Vous avez une impression qui échouera dès que le joueur tentera de le vendre, de le cacher ou de se faire prendre avec. Nous traitons les objets nommés comme des enregistrements : propriétaire, emplacement, dernier changement d’état. La prose doit lire ces enregistrements. Elle n’a pas le droit de les réécrire parce qu’une scène de boutique serait plus jolie avec un second exemplaire de la relique. »

« L’autre erreur consiste à supposer qu’une fenêtre de contexte plus grande résout le problème. Les fenêtres se déplacent. Les interruptions de session les effacent. Les joueurs changent aussi d’appareil. La mémoire entre sessions est le minimum ; l’application est le seuil qui compte. Un maître du port à qui vous devez toujours quarante pièces après une semaine d’absence applique un système de règles. Un maître du port qui oublie parce que le modèle voulait une salutation nette est une machine à sous. Les créateurs qui laissent le LLM à la fois narrer et valider l’inventaire s’exposent volontairement à des clés perdues, des épées dupliquées et au mandat inventé occasionnel. »

« La recherche en sécurité rattrape ce que les maîtres de jeu savaient déjà. Si un dialogue non fiable peut écrire dans la mémoire à long terme, un PNJ peut empoisonner le registre. C’est pourquoi nous voulons des stockages typés et des corrections visibles par le joueur plutôt qu’un unique résumé caché. Le joueur doit pouvoir demander la liste et recevoir la liste — pas un montage cinématographique de “votre équipement”. »

— Équipe produit Jenova, concepteurs d’agents de campagne IA persistants