La mémoire d’un agent IA doit savoir oublier

La mémoire est devenue l’argument le plus doux de l’IA agentique. L’outil se souvient de vos préférences, reprend un dossier là où vous l’aviez laissé, reconnaît les habitudes de l’équipe et évite de répéter le contexte à chaque demande. Présentée ainsi, elle ressemble à une politesse logicielle. Elle est surtout une base de données dont les frontières deviennent difficiles à voir.

La note publiée le 20 juillet 2026 par la CNIL et le Conseil de l’IA et du numérique déplace utilement le débat. Un agent ne traite plus seulement une requête puis une réponse. Il peut conserver des informations d’un processus à l’autre, les enrichir avec une messagerie, un agenda ou un espace documentaire, les partager avec d’autres agents et s’en servir pour agir. La personnalisation ne vient donc pas d’une magie supplémentaire du modèle. Elle vient d’une accumulation.

Le problème commence lorsque personne ne sait répondre à une question ordinaire : où cette information est-elle encore présente ?

Un agent sérieux ne devrait pas seulement savoir retenir. Il devrait pouvoir montrer ce qu’il retient, pourquoi, pendant combien de temps et comment il l’oublie.

Le contexte finit, la mémoire reste

La note CNIL–CIANum distingue deux mécanismes que les démonstrations mélangent volontiers. Le contexte sert à exécuter une tâche : instructions, échanges, documents consultés, appels à d’autres agents. Il peut disparaître à la fin du processus. La mémoire persistante conserve au contraire des informations réutilisables lors de tâches futures. Elle survit à la session.

Cette séparation paraît technique. Elle décide pourtant de la nature du traitement.

Un agent chargé de préparer une réunion peut lire cinq courriels et les garder dans son contexte le temps de produire un ordre du jour. Le même agent change de catégorie pratique s’il extrait que tel client est « difficile », que telle collègue préfère éviter les réunions matinales ou qu’un dirigeant accepte habituellement les dépassements de budget. Ces déductions peuvent ensuite influencer des tâches qui n’ont plus rien à voir avec la demande initiale.

La mémoire ne conserve d’ailleurs pas nécessairement la phrase d’origine. Elle peut garder un résumé, une préférence, une catégorie ou un score. C’est précisément ce qui la rend utile et difficile à contrôler. Retrouver un fichier par son nom est simple. Retrouver une impression transformée en attribut dans un profil l’est moins.

Le premier inventaire ne doit donc pas seulement demander quelles données l’agent consulte. Il doit séparer quatre endroits : le contexte temporaire de la tâche, la mémoire persistante de l’agent, les mémoires partagées entre agents et les services tiers qui reçoivent une partie du flux. Sans cette carte, la politique de conservation reste une phrase appliquée à un système imaginaire.

Une préférence peut devenir un profil

La personnalisation est rarement binaire. Une information anodine, prise seule, peut devenir sensible par accumulation.

Un assistant qui retient une langue préférée rend un service clair. S’il retient aussi les horaires, les correspondants fréquents, les sujets évités, la vitesse de réponse, les corrections apportées aux brouillons et les décisions finalement validées, il construit progressivement un profil de travail. Ajoutez l’agenda, la messagerie et les dossiers partagés : le système peut déduire des relations, des fragilités, des absences ou des responsabilités qui ne lui ont jamais été déclarées explicitement.

La CNIL et le CIANum parlent d’hyperpersonnalisation. Le mot peut faire croire à une version plus confortable de l’assistance. Il décrit aussi un déplacement de pouvoir. Plus l’agent sait anticiper, moins l’utilisateur voit quelles informations ont pesé sur la proposition ou l’action. Une recommandation paraît naturelle parce que le chemin qui l’a produite est devenu invisible.

Le RGPD n’interdit pas la mémoire. Il impose des questions qui résistent mal au flou : quelle finalité justifie la conservation, quelle base légale couvre le traitement, quelles données sont nécessaires, comment garantir leur exactitude, combien de temps les garder et comment exercer les droits d’accès, de rectification ou d’effacement ?

Une mémoire « pour améliorer l’expérience » répond mal à ces six questions. Une mémoire « pour conserver pendant trente jours l’état d’un dossier fournisseur jusqu’à sa clôture » y répond déjà mieux. La différence ne tient pas à une charte. Elle tient au périmètre.

L’oubli ne se résume pas à un bouton

Les interfaces savent afficher « supprimer la conversation ». Cette action rassure parce qu’elle est visible. Elle ne prouve pas que le système a oublié.

Une même donnée peut avoir été copiée dans la mémoire de l’orchestrateur, résumée dans celle d’un agent spécialisé, envoyée à un outil externe, inscrite dans un journal technique ou reprise dans une autre tâche. Elle peut aussi avoir produit une déduction qui demeure après la suppression de la source. Effacer le courriel qui mentionnait un arrêt maladie ne supprime pas automatiquement l’étiquette « disponibilité réduite » si un composant l’a créée ailleurs.

La note donne un exemple simple : un utilisateur supprime un fichier sensible d’un dossier partagé avec son agent, sans pouvoir vérifier que l’information a disparu de toutes les mémoires. Le problème n’est pas théorique. Il révèle que l’interface de stockage de l’entreprise et l’interface de mémoire de l’agent ne racontent pas forcément le même état.

Le droit à l’effacement n’exige pas une promesse vague. Il exige de savoir quel responsable traite la demande et quels destinataires doivent répercuter la correction ou la suppression. La CNIL rappelle par ailleurs que l’accès, la rectification, l’effacement, la limitation et l’opposition doivent être facilités pour les traitements d’IA concernés. Dans une architecture multi-agent, cette obligation devient un problème de propagation.

Le bouton utile n’est donc pas seulement « oublier ». C’est un mécanisme capable d’identifier les copies, les dérivations et les destinataires, d’exécuter l’action selon une règle connue, puis de produire un résultat vérifiable. À défaut, l’oubli reste une animation d’interface.

Une date de fin vaut mieux qu’une mémoire infinie

Le moyen le plus sobre de rendre une mémoire gouvernable est de lui donner une durée avant de lui donner une ambition.

Toutes les informations ne méritent pas le même délai. Le contexte d’un rapprochement de factures peut expirer à la fin du traitement. L’état d’un dossier support peut rester jusqu’à sa clôture, puis quelques jours pour un recours. Une préférence choisie explicitement par l’utilisateur peut durer davantage, à condition d’être visible et modifiable. Une donnée sensible ne devrait pas entrer en mémoire persistante simplement parce qu’elle figurait dans un document accessible.

La CNIL et le CIANum proposent plusieurs pistes concrètes : limiter volontairement la taille des mémoires, faire expirer les informations, remplacer les éléments anciens par des données plus récentes, isoler les mémoires de chaque agent et séparer les sessions par traitement. Ces mesures n’ont rien de spectaculaire. Elles transforment pourtant une mémoire générale en plusieurs espaces dont la fonction peut être expliquée.

Une durée seule ne suffit pas. « Trente jours » ne veut rien dire si chaque consultation relance discrètement le compteur, si un résumé est copié ailleurs ou si les journaux conservent le contenu complet après expiration. La règle doit préciser le point de départ, les événements qui prolongent la conservation, les exceptions et les supports concernés.

Le bon défaut reste l’expiration. Une équipe peut toujours justifier qu’une information survive plus longtemps. Elle aura beaucoup plus de mal à nettoyer une mémoire infinie après six mois d’accumulation.

Chaque agent n’a pas besoin de tout se rappeler

Les architectures multi-agents ajoutent une tentation : partager une mémoire commune pour éviter les répétitions. Le gain de fluidité est réel. Le risque de mélange l’est aussi.

Un agent qui prépare des réponses commerciales n’a pas besoin de la mémoire détaillée d’un agent chargé des incidents RH. Un agent qui classe des factures n’a pas besoin de connaître les préférences de déplacement d’un dirigeant. La possibilité technique d’utiliser le même espace vectoriel ou le même historique n’en fait pas une nécessité métier.

Le cloisonnement recommandé par la note consiste à donner à chaque agent une mémoire dédiée et isolée, sans accès automatique à celle des autres. La mémoire partagée devient alors l’exception documentée, pas le raccourci d’architecture. Elle contient seulement les informations nécessaires à une coordination précise.

Cette discipline réduit aussi la propagation des erreurs. Une information ancienne ou fausse peut contaminer plusieurs agents si elle devient un fait commun. La correction doit ensuite retrouver toutes les copies et tous les comportements qui en dépendent. Isoler les mémoires ne garantit pas l’exactitude, mais réduit le nombre d’endroits où une erreur peut devenir une habitude.

Le Service Desk de la Commission rappelle que les agents ne forment pas une catégorie juridique séparée dans l’AI Act : les règles applicables dépendent du système, de son usage et de son niveau de risque. Cette absence de catégorie spéciale ne rend pas la mémoire neutre. Le RGPD continue de s’appliquer aux données personnelles, tandis que les obligations de l’AI Act peuvent s’ajouter selon la fonction de l’agent.

Autrement dit, écrire « agent IA » sur la fiche produit ne remplace pas l’analyse du traitement. Cela la rend seulement plus urgente.

Le test d’effacement doit précéder le pilote

Les équipes testent volontiers la qualité des réponses. Elles testent rarement la fin de vie des informations. C’est pourtant le contrôle le plus révélateur.

Le scénario peut rester petit. Créez une donnée fictive et reconnaissable, par exemple une préférence de livraison inhabituelle associée à un dossier de test. Laissez l’agent la lire, l’utiliser dans une seconde tâche et, si l’architecture le prévoit, la transmettre à un agent spécialisé. Déclenchez ensuite l’expiration ou l’effacement.

Vérifiez alors cinq choses :

• la donnée n’apparaît plus dans l’interface de mémoire ;
• une nouvelle tâche comparable ne la réutilise pas ;
• les agents spécialisés ne la renvoient pas ;
• les exports et services tiers concernés ont reçu la correction ;
• le journal prouve l’opération sans conserver inutilement le contenu supprimé.

Ce test n’établit pas à lui seul une conformité complète. Il révèle cependant les trous les plus coûteux : mémoire sans propriétaire, absence d’identifiant commun, suppression locale non propagée, durée impossible à configurer, journal qui devient une archive parallèle.

Il révèle aussi si le fournisseur connaît réellement son produit. Une réponse limitée à « nos données sont chiffrées » manque le sujet. Le chiffrement protège une donnée conservée ; il ne décide ni pourquoi elle existe, ni quand elle expire, ni comment elle est rectifiée.

Le premier pilote agentique devrait donc comporter un cas de réussite, un cas d’erreur et un cas d’oubli. Une mémoire que l’on n’a jamais essayé de vider n’est pas une fonctionnalité maîtrisée.

La bonne mémoire est plus petite que la promesse

Une entreprise n’a pas besoin de choisir entre un agent amnésique et un double numérique qui accumule tout. Elle peut conserver peu, pour une finalité courte, dans un espace isolé, avec une date de fin et une personne responsable.

Cette architecture paraît moins impressionnante en démonstration. L’agent demandera parfois de nouveau une information. Il semblera moins intuitif qu’un système qui prétend tout savoir. Ce frottement peut être une qualité. Répéter une préférence vaut parfois mieux que découvrir qu’elle a survécu à son contexte, circulé entre plusieurs services et influencé une décision inattendue.

La note CNIL–CIANum ne clôt pas le sujet. Elle assume au contraire que l’équation reste ouverte et que les recommandations devront mûrir avec les usages. Son signal le plus solide est déjà exploitable : la mémoire doit être traitée comme une architecture de données, pas comme un trait de personnalité de l’assistant.

Le test de maturité ne sera pas le nombre de détails que l’agent peut rappeler. Ce sera la simplicité avec laquelle l’organisation pourra montrer l’origine d’une information, limiter sa circulation, corriger une erreur et constater sa disparition.

Un agent utile se souvient assez pour accomplir une tâche. Un agent gouvernable sait quand cette tâche est finie.