Le 2 juin 2026, un assistant conversationnel répond à une assurée que les dommages de son dégât des eaux sont exclus de sa garantie. Le lendemain, un superviseur signale la réponse comme potentiellement erronée. La question n'est pas de savoir si l'agent est globalement fiable : c'est de savoir exactement quel document, et quelle version, il a lu ce jour-là.
Ce scénario est fictif, mais représentatif des questions que se posent aujourd'hui les équipes plateforme IA et support. Il sert ici de fil conducteur, centré uniquement sur la transparence de l'IA, pour montrer comment KARL Core répond : versionnement des états, graphe temporel des objets et RAG gouverné.
Le contexte : Ondaria Mutuelle et l'assistant NOA
Ondaria Mutuelle est un assureur qui confie une partie du traitement de premier niveau des sinistres à NOA, un assistant conversationnel qui répond aux questions des assurés en s'appuyant sur la documentation contractuelle et les fiches de garanties en vigueur. NOA s'appuie sur KARL Core : chaque conversation, chaque document de référence et chaque exécution y est conservée comme une ressource gouvernée.
Le 2 juin 2026, NOA répond à Mme Reynard que les dommages de son dégât des eaux sont exclus de sa garantie. Le lendemain, un superviseur signale la réponse comme potentiellement erronée : une version antérieure de la documentation était plus favorable, et rien ne garantit à première vue quelle version NOA a réellement consultée.
Ce document suit, écran par écran, le chemin que suit l'équipe plateforme IA dans KARL MX pour établir, sans ambiguïté, ce que NOA savait exactement au moment de répondre.
Le socle : la Memory Layer
Une conversation n'est pas un simple historique de messages que l'on complète. C'est une identité persistante — conversation_client / CONV-2026-33418 — dont chaque étape produit un nouvel état, daté et conservé : le message reçu, le contexte récupéré par le retrieval, la réponse générée, puis le signalement du superviseur.
L'onglet Memory Layer reconstruit ensuite l'ensemble des couches de versions de cette conversation et les événements de journal qui les expliquent — sans reconstitution approximative.
Les liens entre objets : le graphe temporel
Une réponse d'agent ne tient jamais seule. Elle s'appuie sur une version précise du document de référence, sur l'état du contrat concerné, et sur l'exécution même de l'agent qui l'a produite. Le graphe temporel rend ces liens visibles et vérifiables.
Ce que NOA avait en mémoire : le RAG gouverné
La question posée par l'équipe plateforme est directe : sur quel document NOA s'est-il appuyé, et quelle version ? La recherche gouvernée de KARL Core ne renvoie jamais un simple extrait de texte : chaque résultat cite une ressource et une version exactes — jamais la dernière version disponible substituée à ce qui a réellement été lu.
NOA a bien consulté la version en vigueur au moment de la réponse, ce n'était donc pas une erreur de retrieval. La confusion venait d'ailleurs — le superviseur comparait la réponse à une version de documentation qui n'était plus applicable ce jour-là.
Sans la Memory Layer, cette distinction version par version aurait été impossible à établir avec certitude.
Ce que cela change, par fonction dans l'entreprise
| Fonction | Enjeu | Réponse apportée |
|---|---|---|
| Plateforme IA / MLOps | Distinguer une erreur de retrieval d'un changement légitime de documentation | Version exacte du document lu, horodatée et journalisée, sans reconstitution a posteriori |
| Support et supervision | Statuer rapidement sur une réponse contestée sans relire tout l'historique applicatif | Reconstruction en quelques écrans : conversation, document, exécution, dans leur état exact |
| Qualité et amélioration continue | Identifier si un modèle ou un prompt produit des réponses non conformes à la documentation lue | Citations exactes (kind, stable_id, version) reliant chaque réponse au contenu réellement consulté |
| Direction technique | Garder une trace fiable de qui — utilisateur ou agent — a produit chaque état d'une ressource | Acteur et provenance (outil, instance) attachés à chaque état, jamais déduits après coup |
En résumé
Le scénario de la conversation CONV-2026-33418 illustre trois couches d'un même socle : la Memory Layer conserve chaque état de la conversation sans jamais l'écraser, le graphe temporel relie cet état au document et au contrat qui l'entourent, et le RAG gouverné retrouve et cite précisément ce que l'agent a lu avant de répondre.
Cette mémoire vérifiable ne sert pas seulement à répondre à une contestation : elle permet, au quotidien, de diagnostiquer une réponse d'agent avec la même rigueur qu'un journal d'application, sans dépendre de la mémoire du modèle ni d'une capture d'écran.
Glossaire rapide
| Terme | Signification |
|---|---|
| Memory Layer | Historique complet et immuable des versions d'une ressource et des événements du journal |
| Graphe temporel | Représentation des liens vérifiables entre plusieurs ressources d'un même périmètre |
| RAG gouverné | Recherche dont chaque résultat cite une ressource et une version exactes, jamais substituées |
| Acteur | Identité — humaine ou agent — qui a produit un état ou un événement de journal |
| Provenance | Outil et instance ayant produit un état, attaché à la ressource au moment de sa capture |
Ondaria Mutuelle, la conversation CONV-2026-33418 et l'assistant NOA sont fictifs. Les captures proviennent de l'interface KARL MX exécutée sur un jeu de données de démonstration : la mécanique montrée est réelle, les données ne le sont pas.
