Deux types de mémoire aux rôles distincts
La mémoire de session regroupe tout ce qui s'est passé depuis le début de l'interaction en cours : les messages échangés, les appels d'outils effectués, les résultats obtenus. Elle est volatile par nature et disparaît lorsque la session se termine. C'est la mémoire de travail de l'agent, celle qui lui permet de maintenir la cohérence au fil d'une tâche complexe.
La mémoire persistante, en revanche, est explicitement sauvegardée pour être disponible dans les sessions futures. Elle peut contenir des préférences utilisateur, des faits métier récurrents, des résumés de sessions passées ou des informations de contexte stable. Son contenu est injecté sélectivement dans le contexte selon la pertinence estimée pour la tâche en cours, ce qui signifie que vous n'avez pas toujours une visibilité directe sur ce qui est réinjecté.
- Mémoire de session : volatile, disparaît à la fermeture
- Mémoire persistante : sauvegardée, réinjectée dans les sessions futures
- L'injection de mémoire persistante est sélective, pas exhaustive
Ce que la mémoire persistante peut apporter
Une mémoire persistante bien gérée permet à l'agent de ne pas repartir de zéro à chaque session : il connaît les conventions de nommage de votre organisation, les contraintes récurrentes de votre environnement, les décisions prises lors de sessions précédentes. Cela réduit le temps passé à réexpliquer le contexte et améliore la cohérence des décisions sur la durée.
L'utilité de la mémoire persistante est proportionnelle à sa qualité. Des informations précises, datées et bien structurées sont utiles ; des notes vagues ou contradictoires introduisent du bruit dans le contexte. La mémoire persistante n'est pas un journal automatique : elle doit être alimentée et révisée avec intention.
- Évite de réexpliquer le contexte à chaque session
- Améliore la cohérence des décisions sur la durée
- Sa valeur dépend de la qualité des informations stockées
Les risques d'une mémoire non maîtrisée
Une mémoire persistante non révisée peut devenir une source de biais : des informations qui étaient exactes il y a six mois peuvent être devenues fausses, des contraintes qui ont changé peuvent encore influencer les décisions de l'agent. Contrairement à un humain qui sait intuitivement que certaines informations sont périmées, l'agent traite les fragments mémorisés avec le même poids, quelle que soit leur ancienneté.
Un autre risque est l'accumulation de fragments contradictoires : si l'agent a mémorisé deux conventions de nommage différentes pour le même type de fichier, il peut alterner entre les deux de façon imprévisible. La détection de ces contradictions n'est pas automatique et requiert une revue humaine régulière du contenu mémorisé.
- Les informations périmées restent actives si elles ne sont pas supprimées
- Des fragments contradictoires produisent des comportements incohérents
- L'agent ne distingue pas automatiquement l'ancien du récent
Hygiène du contexte : ce qu'il faut garder et ce qu'il faut retirer
L'hygiène du contexte est la pratique de maintenir le contenu du contexte — session et mémoire — pertinent, précis et non redondant. Pour la mémoire de session, cela signifie éviter d'injecter des informations non pertinentes pour la tâche en cours, même si elles sont disponibles. Pour la mémoire persistante, cela signifie réviser régulièrement le contenu et supprimer ce qui est obsolète.
Une session qui accumule de nombreux résultats d'outils volumineux peut atteindre les limites de la fenêtre de contexte du modèle, ce qui provoque soit une troncature silencieuse, soit des erreurs explicites. Structurer les résultats d'outils pour n'injecter que les informations nécessaires à la décision suivante est une optimisation qui améliore à la fois les performances et la fiabilité.
- N'injecter dans le contexte que ce qui est pertinent pour la tâche en cours
- Réviser et nettoyer la mémoire persistante régulièrement
- Les résultats d'outils volumineux doivent être résumés avant injection
Mémoire et confidentialité : ce qui est stocké, où et comment
Tout ce qui est mémorisé de façon persistante est stocké quelque part : localement sur votre machine, dans un fichier de configuration, ou potentiellement dans un service distant selon la configuration du gateway. Avant d'activer la mémoire persistante, il est important de savoir où ces données sont stockées et qui peut y accéder.
Si la mémoire persistante contient des informations sensibles — identifiants de projets, noms de clients, contraintes internes — leur stockage doit être traité avec le même niveau de soin que n'importe quelle donnée sensible. La commande `hermes gateway status` permet de vérifier la configuration actuelle du point de traitement et de stockage.
- La mémoire persistante est stockée physiquement quelque part
- `hermes gateway status` indique la configuration de stockage active
- Traiter la mémoire persistante sensible comme une donnée à protéger
Stratégies pratiques pour une mémoire utile
Plutôt que de laisser l'agent mémoriser automatiquement tout ce qui lui semble pertinent, une approche plus maîtrisée consiste à définir explicitement les catégories d'informations qui méritent d'être persistées : conventions de l'environnement de travail, contraintes récurrentes, décisions structurantes. Cette sélection intentionnelle produit une mémoire plus dense et plus fiable.
Pour les informations qui changent régulièrement, préférer la réinjection manuelle à chaque session plutôt que la persistance automatique. Cela demande un effort légèrement plus grand à court terme, mais évite les décisions basées sur des informations périmées. La mémoire persistante est plus utile pour les faits stables que pour les états transitoires.
- Définir explicitement les catégories d'informations à persister
- Les informations changeantes sont mieux réinjectées manuellement
- La mémoire persistante est plus fiable pour les faits stables
Diagnostiquer les problèmes liés à la mémoire
Lorsqu'un agent prend des décisions incohérentes ou semble ignorer des contraintes pourtant connues, la mémoire est souvent en cause : soit une information contradictoire a été injectée, soit un fragment pertinent n'a pas été retrouvé. La commande `hermes doctor` peut signaler des anomalies de configuration liées à la mémoire, mais l'audit du contenu mémorisé reste une opération manuelle.
Tenir un journal des modifications apportées à la mémoire persistante — ce qui a été ajouté, modifié ou supprimé, et pourquoi — facilite le diagnostic rétrospectif. Ce journal n'est pas généré automatiquement par Hermes Agent ; c'est une pratique de documentation que l'opérateur doit mettre en place selon ses besoins.
- `hermes doctor` signale certaines anomalies de configuration mémoire
- L'audit du contenu mémorisé est une opération manuelle
- Tenir un journal des modifications de la mémoire persistante
Sources et méthode
Cette page est une synthèse éditoriale indépendante. Les capacités et commandes doivent être vérifiées dans les sources officielles avant une utilisation en production.