Mémoire long terme avec Hermes Agent : ce qui change vraiment
Quand tu lances Hermes Agent pour la première fois, tu t’attends à ce qu’il se souvienne de ce que tu lui as dit la veille. Et puis tu lances une nouvelle session, et il te redemande ton stack technique. Tu te dis que la mémoire long terme ne marche pas.
En réalité, elle marche. Mais pas comme un chatbot qui retient tout. Hermes Agent distingue trois couches de mémoire, chacune avec une durée de vie et une utilité différente. Les confondre, c’est s’attendre à ce qu’un agent se souvienne de tout tout le temps, et être déçu.
Les 3 niveaux de mémoire dans Hermes Agent
Hermes Agent ne stocke pas tout dans le même endroit. Il distingue trois couches.
Ton IA manque peut-être surtout de contexte.
Fais le point sur ton organisation, ta mémoire IA et les règles qui doivent guider tes agents. En quelques minutes, tu obtiens un diagnostic clair pour repartir sur une base propre.
Gratuit, sans engagement.
| Niveau | Durée de vie | Quand l’utiliser | Limite |
|---|---|---|---|
| Mémoire de session | Une tâche, puis disparaît | Tâche unique, question rapide, exploration | Aucune persistance. L’agent repart de zéro à la session suivante |
| Mémoire fichier | Tant que le fichier existe | Projet suivi, logs, décisions, préférences exportables | Il faut dire explicitement quel fichier consulter. Fichier trop gros = saturation du contexte |
| Mémoire persistante Hermes | Entre les sessions, illimitée | Préférences durables, règles métier, profils, contexte récurrent | Nécessite de la rigueur. L’agent ne charge que les notes pertinentes |
Chaque niveau répond à un besoin précis. Le piège le plus fréquent : vouloir tout stocker dans la mémoire persistante parce que c’est la solution la plus « intelligente ». En pratique, chaque niveau a son bon usage.
Mémoire de session : ce qui disparaît après chaque tâche
C’est la mémoire par défaut de tout modèle de langage. Hermes Agent reçoit un contexte (prompt système, historique de la conversation, résultats d’outils récents) et il raisonne dessus. Dès que la session se termine, ce contexte est perdu.
Beaucoup d’utilisateurs s’étonnent que l’agent « oublie » ce qu’il a fait la veille. En réalité, il n’a jamais stocké cette information. Il a juste répondu à partir du contexte qu’on lui donnait à l’instant T.
Quand l’utiliser : tâches ponctuelles, questions isolées, opérations jetables. Pas besoin de mémoire longue pour « traduis ce texte » ou « résume ce fichier ».
Sa limite : si tu veux que l’agent se souvienne de tes préférences, de décisions passées ou d’un état de projet, la session seule ne suffit pas.
Mémoire fichier : ce que Hermes peut lire et écrire
Hermes Agent a accès à ton système de fichiers. Il peut lire des fichiers, les modifier, en créer de nouveaux. C’est une forme de mémoire long terme, mais indirecte.
Concrètement, si tu veux qu’un agent se souvienne de la structure d’un projet, tu lui demandes de lire un README à chaque début de tâche. Si tu veux conserver un historique de décisions, tu lui fais écrire un fichier journal.
C’est rustique, mais ça marche. Et contrairement à une base propriétaire, tu contrôles le format, le contenu et l’emplacement.
Quand l’utiliser : données structurées à garder (logs, décisions, préférences exportables). Projets où l’agent doit naviguer dans une arborescence existante.
Sa limite : l’agent ne lit pas tout ton disque à chaque fois. Il faut lui dire explicitement quel fichier consulter. Et si le fichier devient trop gros, le contexte de session peut saturer. C’est un point que j’aborde dans l’article sur la limitation de la mémoire système des agents IA : quand le contexte grossit, la qualité des réponses baisse, et il faut savoir tailler.
Mémoire persistante mémoire persistante Hermes : le vrai long terme
mémoire persistante Hermes est le système de notes persistantes d’Hermes Agent. L’agent peut consulter et modifier ces notes entre les sessions, sans que tu aies à lui rappeler à chaque fois.
Le principe : toi ou l’agent écrivez des notes courtes, structurées, avec un titre et un contenu. Ces notes sont stockées dans un fichier local (MEMORY.md / USER.md par défaut). À chaque début de session, Hermes Agent charge automatiquement les notes pertinentes dans son contexte.
C’est ce qui se rapproche le plus d’une « mémoire long terme » classique, avec une différence importante : l’agent ne charge que les notes dont il a besoin, selon leur pertinence. Pas de déversement aveugle.
Quand l’utiliser : préférences durables (« toujours répondre en français », « ne jamais modifier les fichiers de config sans demander »), décisions de projet (« on a choisi PostgreSQL »), profils utilisateurs, règles métier récurrentes.
L’avantage clé : tu peux inspecter, modifier ou supprimer chaque note. Rien n’est caché dans une boîte noire. C’est l’inverse des systèmes propriétaires où tu ne sais pas ce qui est retenu ni comment le nettoyer. Mémoire persistante des agents IA détaille cette différence.
Quand utiliser quel niveau de mémoire
Voici les quatre configurations types, de la plus simple à la plus complète :
- Session seule : tâche unique, question rapide, exploration. Exemple : « quel est le contenu de ce dossier ? »
- Session + fichier : projet suivi dans le temps avec des livrables concrets. Exemple : un agent qui tient un journal de bord Markdown après chaque action.
- Session + mémoire persistante Hermes : assistant personnel avec règles durables, préférences, contexte récurrent. Exemple : un agent qui connaît ton stack et tes contraintes.
- Les trois ensemble : le cas le plus puissant, mais le plus exigeant en rigueur. L’agent lit ses notes persistantes pour le contexte général, écrit dans des fichiers pour les livrables, utilise la session pour la tâche en cours.
Si tu débutes, commence par session + fichier. Ajoute mémoire persistante Hermes quand tu sens que tu répètes les mêmes instructions à chaque lancement.
Piège : ne pas confondre mémoire Hermes et second cerveau
C’est l’erreur la plus fréquente chez les nouveaux utilisateurs. Hermes Agent a une mémoire persistante, mais ce n’est pas un second cerveau.
Un second cerveau (Zettelkasten, PARA, Building a Second Brain) est un système de notes que toi, humain, consultes et enrichis. C’est ta mémoire externe, faite pour la réflexion, la connexion d’idées, la créativité.
La mémoire d’Hermes Agent est faite pour que l’agent fonctionne mieux. Elle stocke des instructions, des préférences, des décisions opérationnelles. Ce n’est pas un outil de pensée, c’est un outil de contexte.
Si tu veux qu’Hermes Agent t’aide à construire et exploiter un vrai second cerveau, c’est possible, mais il faut séparer les deux systèmes. L’agent peut lire tes notes, les résumer, les relier entre elles. Mais tes notes restent tes notes, pas sa mémoire. Intégrer Hermes Agents à un second cerveau explique comment faire cette séparation sans casser le cadre.
Ce que ça change pour un solopreneur
Concrètement, ces trois niveaux de mémoire transforment un agent générique en assistant qui connaît ton contexte.
Tu peux lui demander de se souvenir que tu travailles sur trois projets, que tu préfères les réponses courtes, que tu utilises telle stack. Tu peux lui faire tenir un journal de tes décisions. Tu peux lui faire lire tes notes de veille et t’en faire une synthèse.
Mais tout ça demande un minimum de structure. La mémoire long terme d’Hermes Agent n’est pas magique. Elle est puissante parce qu’elle est transparente et modifiable, pas parce qu’elle devine toute seule ce dont tu as besoin.
Le premier pas : ouvre ton fichier MEMORY.md / USER.md et regarde ce qui s’y trouve déjà. Si c’est vide, écris une note avec ton stack technique actuel et une règle d’interaction. C’est le premier pas vers un agent qui ne te demande plus « c’est quoi ton framework préféré ? » à chaque session.
