Mémoire d’un agent IA : construire un contexte qui tient

La mémoire d’un agent IA n’est pas un gigantesque historique de conversations. C’est un système qui choisit ce qui doit rester, ce qui doit être récupéré et ce qui doit disparaître. Une mémoire fiable combine état de session, notes durables, sources externes, règles de consolidation et gestion des conflits. Sans ça, l’agent oublie ou se souvient de travers.

Le problème devient visible dès qu’une mission dure plus d’une session. L’agent commence bien, perd une décision après compaction, relit une ancienne note comme si elle était actuelle ou annonce un travail terminé sans retrouver la preuve.

La solution naïve consiste à tout stocker. Elle aggrave souvent le problème.

Anthropic explique dans son guide sur le context engineering pour les agents qu’une grande fenêtre n’efface pas les limites d’attention. Plus le contexte s’allonge, plus l’information utile peut se diluer. Le travail consiste à maximiser la valeur des éléments présents, pas leur quantité.

Mémoire, contexte et connaissance : trois choses différentes

Ces mots sont souvent mélangés.

Le contexte

Le contexte est ce que le modèle voit pendant une exécution :

• consignes ;

• demande actuelle ;

• messages récents ;

• résultats d’outils ;

• documents récupérés ;

• état de la mission.

Il est limité et temporaire.

La mémoire

La mémoire est le mécanisme qui conserve ou récupère des informations entre plusieurs moments :

• préférence stable ;

• décision validée ;

• résumé de session ;

• erreur corrigée ;

• identité d’une source ;

• tâche encore ouverte.

Elle peut vivre dans un fichier, une base, un vector store, un graphe ou l’état d’une application.

La connaissance

La connaissance est le corpus que l’agent peut consulter :

• wiki ;

• documents ;

• emails ;

• CRM ;

• base de données ;

• documentation publique.

Un knowledge agent peut accéder à ces sources sans tout mémoriser. Il cherche au moment utile.

Cette distinction produit une règle simple :

La connaissance reste dans sa source. La mémoire conserve ce qui aide à retrouver, interpréter ou continuer.

Les quatre couches d’une mémoire utile

1. L’état de travail

L’état décrit la mission actuelle :

• objectif ;

• étape en cours ;

• décisions prises ;

• fichiers modifiés ;

• contrôles passés ;

• blocage ;

• prochaine action sûre.

Il doit être structuré et lisible par une nouvelle session.

Pour une publication, l’état peut indiquer :

• article rédigé ;

• image générée ;

• item CMS créé en brouillon ;

• contrôle mobile manquant ;

• URL publique inexistante tant que le site n’est pas publié.

Cette précision empêche une reprise de confondre « préparé » et « en ligne ».

2. La mémoire durable

Elle conserve les faits relativement stables :

• préférence de langue ;

• règle de marque ;

• architecture choisie ;

• convention de fichier ;

• décision produit ;

• contrainte de sécurité.

Une mémoire durable doit répondre à quatre questions :

1. Quelle est l’information ?

2. Qui l’a validée ?

3. Quand ?

4. Quelle source fait autorité ?

Sans provenance, une note est une rumeur avec une bonne mise en page.

3. La récupération

L’agent ne charge pas toute la mémoire. Il cherche les éléments liés à la mission.

La récupération peut utiliser :

• mots-clés ;

• embeddings ;

• filtres par projet ;

• date ;

• type de décision ;

• relations entre entités ;

• liens explicites.

Une recherche sémantique seule peut rapprocher deux textes qui se ressemblent sans distinguer une règle actuelle d’une archive. Ajoute des métadonnées et un ordre d’autorité.

4. La consolidation

À la fin d’une session, l’agent transforme les événements en quelques notes utiles.

Il ne copie pas la conversation. Il extrait :

• nouvelle décision ;

• preuve ;

• changement d’état ;

• leçon réutilisable ;

• élément à supprimer ou remplacer.

Le guide OpenAI sur la personnalisation par gestion d’état et mémoire longue présente ce cycle : injection de mémoire, capture de nouvelles préférences, consolidation et résolution des conflits.

Ce qu’il faut mémoriser

Les décisions validées

Exemple :

Les publications du blog peuvent être mises en ligne automatiquement après contrôles, mais les posts personnels restent manuels.

Cette règle change le comportement futur. Elle mérite une mémoire durable avec sa date et sa source.

Les préférences stables

Langue, format, conventions de nommage et niveau de détail évitent de redemander la même chose.

Une préférence doit venir d’un comportement répété ou d’une instruction explicite, pas d’une intuition de l’agent.

Les preuves et identifiants

Conserve les identifiants qui permettent de vérifier :

• URL ;

• numéro de ticket ;

• version ;

• identifiant CMS ;

• chemin de fichier ;

• date de mesure.

La mémoire ne remplace pas la preuve. Elle pointe vers elle.

Les erreurs corrigées

Une erreur devient utile si la mémoire garde :

• symptôme ;

• cause ;

• correction ;

• test qui prouve la correction ;

• contexte où la règle s’applique.

« Attention au CMS » ne sert à rien. « Toute mise à jour de cet item remet le statut publié par défaut, relire le champ après chaque écriture » est actionnable.

Les travaux ouverts

Un handoff doit dire ce qui reste, pas seulement ce qui a été fait.

Anthropic recommande dans son travail sur les agents de longue durée de laisser l’environnement dans un état propre, avec une progression incrémentale et une manière claire de reprendre.

Ce qu’il ne faut pas mémoriser

Chaque message

Un historique complet contient des hésitations, erreurs, répétitions et informations devenues fausses. Le recharger transforme le bruit en autorité.

Les données volatiles sans date

Prix, nombre d’abonnés, statut d’un ticket ou capacité d’un outil peuvent changer.

Tu peux mémoriser une observation datée. Tu ne dois pas la présenter plus tard comme actuelle sans vérification.

Les hypothèses non confirmées

Une supposition utile pendant une mission ne doit pas devenir une vérité durable.

Ajoute un statut :

• confirmé ;

• hypothèse ;

• à vérifier ;

• remplacé.

Les secrets

Clés, mots de passe, données de paiement et informations sensibles ne doivent pas entrer dans une mémoire générale.

La commodité ne justifie pas une fuite permanente.

Les résultats temporaires

Un extrait de terminal, une réponse API ou une liste intermédiaire peut rester dans le journal de mission sans remonter dans la mémoire durable.

Une architecture simple en six fichiers ou tables

Tu n’as pas besoin d’une base vectorielle le premier jour.

Profil

Contient les préférences explicites et stables :

• langue ;

• ton ;

• formats ;

• contraintes ;

• outils autorisés.

Projets

Une fiche par projet :

• objectif ;

• état ;

• autorité ;

• fichiers clés ;

• décisions ;

• risques.

Daily

Un journal daté :

• sessions ;

• actions ;

• mesures ;

• preuves ;

• blocages.

Le daily est l’historique opérationnel, pas la constitution.

Décisions

Un registre append-only :

• décision ;

• date ;

• auteur ;

• justification ;

• conséquences ;

• statut actuel.

Quand une décision change, ajoute le remplacement et lie l’ancienne. Ne réécris pas silencieusement l’histoire.

Handoffs

Un résumé court pour reprendre une mission :

• but ;

• état exact ;

• dernière preuve ;

• travail restant ;

• pièges ;

• commandes ou outils utiles.

Sources

Un catalogue d’autorité :

• source canonique ;

• domaine ;

• niveau de confiance ;

• date de fraîcheur ;

• méthode d’accès.

Cette architecture fonctionne dans des fichiers Markdown, un wiki ou une base SQL. Le support compte moins que la discipline.

Le workflow de mémoire en sept étapes

Étape 1 : comprendre la mission actuelle

L’agent identifie le projet, l’objectif et le type d’information nécessaire.

Il ne lance pas une recherche globale sur toute la vie de l’utilisateur.

Étape 2 : charger les règles canoniques

Lis d’abord les sources qui définissent le comportement actuel :

• instruction de projet ;

• décision récente ;

• état opérationnel ;

• contraintes de sécurité.

Les anciennes conversations viennent ensuite, uniquement si elles éclairent un point.

Étape 3 : récupérer quelques souvenirs

Une bonne récupération retourne cinq à quinze éléments précis, pas cinq cents notes.

Classe-les :

• règle ;

• préférence ;

• décision ;

• preuve ;

• état passé.

Étape 4 : vérifier la fraîcheur

Pour chaque fait volatile, décide :

• vérification immédiate ;

• utilisation comme observation historique ;

• exclusion.

La mémoire dit « ce qui était vrai ». La source vivante dit « ce qui est vrai maintenant ».

Étape 5 : agir et enregistrer les preuves

Pendant la mission, conserve les résultats observables :

• fichier ;

• URL ;

• identifiant ;

• mesure ;

• statut retourné ;

• capture si nécessaire.

Cette boucle est proche de celle décrite dans notre guide sur les boucles de feedback pour agents.

Étape 6 : consolider

À la fin, transforme la session en quelques lignes :

• ce qui a changé ;

• pourquoi ;

• preuve ;

• suite ;

• nouvelle règle éventuelle.

La consolidation ne doit pas « embellir » un résultat. Un échec de publication reste un échec même si tout le contenu est prêt.

Étape 7 : résoudre les conflits

Quand deux souvenirs se contredisent, applique un ordre :

1. déclaration explicite actuelle ;

2. source canonique vivante ;

3. décision récente validée ;

4. état opérationnel observé ;

5. mémoire historique ;

6. hypothèse.

Ne choisis pas la note la plus longue. Choisis l’autorité.

Cinq cas d’usage concrets

Un assistant personnel

Il mémorise les préférences de format, les décisions administratives et les projets ouverts.

Il ne déduit pas un état de santé actuel d’un ancien message. Les symptômes déclarés aujourd’hui priment.

Un agent commercial

Il conserve les étapes réelles :

• prospect préparé ;

• message rédigé ;

• envoyé ;

• réponse reçue ;

• rendez-vous ;

• contrat ;

• paiement.

Cette granularité évite de transformer une intention en revenu.

Un agent éditorial

Il connaît les sujets déjà publiés, la voix, les sources et les performances datées. Il évite les doublons puis crée une nouvelle page seulement si l’intention diffère.

Un agent de développement

Il garde les choix d’architecture, les tests, les erreurs et le prochain point de reprise.

Il n’annonce pas une correction sur la base d’un changement de code. Il mémorise le test qui a réussi.

Un agent de veille

Il conserve les sources suivies et les derniers éléments traités. Il compare les nouveaux signaux sans réinjecter chaque article précédent.

Pour construire ce cas, lis aussi comment automatiser une veille avec l’IA.

Les erreurs qui cassent la mémoire

Confondre mémoire et stockage

Posséder tous les fichiers ne garantit pas de retrouver le bon au bon moment.

Promouvoir une inférence

L’agent observe deux habitudes et crée une « préférence » jamais exprimée. Plus tard, cette note bloque le choix actuel.

Écraser les contradictions

Si une nouvelle règle remplace l’ancienne, conserve le lien et la date. Sinon une archive peut réapparaître comme instruction.

Résumer sans preuve

« Projet terminé » est inutile. « URL publique 200, contenu lu, rendu mobile vérifié » est une mémoire exploitable.

Charger trop de contexte

Plus de texte ne produit pas automatiquement une meilleure réponse. Anthropic nomme ce phénomène la dégradation du contexte : le rappel peut baisser quand la fenêtre grossit.

Ne jamais purger

Une mémoire doit pouvoir expirer, être remplacée ou supprimée. Sans maintenance, elle accumule des règles mortes.

Sécurité et vie privée

Minimisation

Stocke uniquement ce qui améliore une mission future.

Séparation

Sépare mémoire personnelle, mémoire d’entreprise et journaux techniques. Un agent éditorial n’a pas besoin d’informations de santé ou de paiement.

Permissions

La récupération doit respecter les droits avant que le contenu atteigne le modèle.

Injection

Une note ou un document peut contenir une instruction hostile. La mémoire récupérée reste une donnée, sauf si elle provient d’une source d’instructions autorisée.

Droit de correction

L’utilisateur doit pouvoir voir, corriger et supprimer une mémoire. Un système invisible devient vite impossible à gouverner.

Comment tester ta mémoire

Prépare vingt scénarios réels :

• reprise après une journée ;

• décision remplacée ;

• prix devenu obsolète ;

• deux personnes portant le même nom ;

• projet personnel et projet professionnel ;

• information sensible ;

• ancienne hypothèse ;

• tâche partiellement terminée.

Mesure :

• bonne information récupérée ;

• source correcte ;

• fait volatile vérifié ;

• conflit résolu ;

• secret exclu ;

• abstention correcte ;

• reprise fidèle.

Un test aveugle sur un vrai dossier vaut mieux qu’une démonstration parfaite avec trois souvenirs préparés.

FAQ

Une grande fenêtre de contexte remplace-t-elle la mémoire ?

Non. Elle permet de charger plus de texte, mais ne gère ni la fraîcheur, ni les conflits, ni la récupération entre les sessions.

Faut-il une base vectorielle ?

Pas toujours. Des fichiers structurés, filtres et liens suffisent souvent au début. Ajoute la recherche sémantique quand le corpus devient difficile à parcourir.

Quelle différence entre mémoire courte et mémoire longue ?

La mémoire courte suit la mission actuelle. La mémoire longue conserve les informations utiles au-delà de cette mission.

Comment éviter les faux souvenirs ?

Ajoute provenance, date et statut. Ne consolide pas automatiquement une affirmation du modèle comme un fait.

La mémoire doit-elle être automatique ?

La capture peut l’être. La promotion vers une règle durable mérite des critères stricts et parfois une validation.

Comment gérer une préférence qui change ?

La déclaration actuelle remplace l’ancienne. Conserve l’historique si utile, mais marque clairement la règle active.

Avant de partir

La meilleure mémoire d’agent ne cherche pas à tout retenir. Elle garde les décisions qui comptent, pointe vers les preuves, vérifie les faits volatils et sait oublier.

Dans Kryve Hub, je t’apprends à construire cette couche de contexte et de mémoire pour que tes agents puissent reprendre un travail, utiliser les bonnes sources et rendre une preuve au lieu d’improviser.

Si tu veux commencer avec un premier agent simple, j’ai condensé la mise en place dans un guide d’une soirée.

Recevoir le guide

Un email pour te l’envoyer. Pas de spam, désinscription en un clic.