Dans cet article
L’essentiel
Hermes Agent associe un environnement d’agent à une mémoire persistante et des skills réutilisables. Son intérêt est la continuité entre les tâches. L’enjeu d’ingénierie consiste à décider ce qui peut être mémorisé, réutilisé et exécuté.
La continuité est le point intéressant
Hermes Agent est un projet d’agent de Nous Research. Sa documentation décrit une mémoire persistante, des skills et plusieurs possibilités d’interaction avec outils et fournisseurs de modèles. Ici, Hermes désigne ce projet d’agent, et non tous les modèles ou produits portant ce nom. Notre analyse vise son utilisation potentielle pour des tâches techniques internes récurrentes.
Imaginons un assistant préparant une revue hebdomadaire des intégrations. La tâche se répète, mais incidents, documents et décisions changent. Une continuité utile conserve la structure convenue du rapport et les conventions d’équipe, tout en récupérant les faits actuels. Nous évaluerions la réduction des réglages répétitifs sans reconduire discrètement les hypothèses d’hier dans le rapport du jour.
Mémoire, RAG et entraînement répondent à des besoins différents
La documentation décrit MEMORY.md pour les notes de l’agent et USER.md pour les préférences liées à l’utilisateur, les limites de session influençant le chargement de ces informations. Il s’agit d’une persistance applicative. Il ne faut pas la présenter comme un réentraînement automatique des poids du modèle après chaque tâche.
Dans l’assistant proposé, la mémoire conserverait des conventions stables, un skill décrirait la procédure du rapport et la recherche apporterait les preuves actuelles des incidents. Séparez ces responsabilités. Un fait mémorisé tel que « le service A utilise l’endpoint B » doit pouvoir expirer ou être vérifié. Une préférence personnelle ne doit pas devenir une règle universelle pour tous les utilisateurs.
Mémoriser, répéter, rechercher
Trois responsabilités à distinguer dans un processus récurrent.
Mémoire
Préférences et conventions stables. Revoir les faits susceptibles de vieillir.
Skill
La procédure versionnée : étapes, outils et résultat attendu.
Recherche
Les preuves actuelles de cette tâche, avec leurs sources.
Relire un skill comme une procédure d’exploitation
Hermes documente des skills organisés autour de fichiers SKILL.md, accompagnés éventuellement de ressources et scripts référencés. C’est un support concret pour formaliser une méthode répétable. Nous recommandons de versionner les skills métier et d’en relire les modifications : entrées, sortie attendue, outils autorisés et situations nécessitant une reprise humaine.
Pour le rapport hebdomadaire, exigez des liens vers les incidents actuels et séparez les faits confirmés des suites proposées. Si l’agent suggère un raccourci, testez-le avant d’en faire une procédure de référence. Réutiliser plus efficacement une erreur ne constitue pas un progrès. Attribuez un responsable aux skills importants et conservez la possibilité de restaurer leur révision précédente.
Donner au pilote un environnement d’exécution limité
Hermes documente des contrôles d’approbation pour des motifs de commandes dangereuses et des modes de validation configurables. Il faut les comprendre, mais l’intégration doit aussi limiter les identifiants et systèmes accessibles. Pour un premier pilote, nous utiliserions un espace dédié, des accès en lecture restreints et une revue explicite avant communication externe ou changement opérationnel.
Évaluez la continuité entre nouvelles sessions, la correction d’une mémoire obsolète et la récupération après échec d’un outil. Demandez à un autre membre de l’équipe d’examiner le rapport et la procédure enregistrée. L’objectif est un assistant maintenable et explicable, pas une accumulation de conventions que seul son premier opérateur comprend. MASLOV Solutions peut aider à concevoir ce périmètre d’intégration et d’évaluation.
Un rapport récurrent demande mémoire et preuves actuelles
Imaginons un assistant préparant un bilan opérationnel hebdomadaire. Une préférence mémorisée conserve structure et niveau de détail. Une procédure relue peut décrire la collecte des indicateurs et la rédaction. Les métriques actuelles doivent toujours venir des systèmes autorisés ; la conversation de la semaine précédente ne les remplace pas.
Séparez ces entrées dans la conception proposée. Attribuez un responsable aux préférences persistantes et permettez correction ou suppression. Versionnez la procédure et récupérez des données fraîches à chaque exécution. Si une source est indisponible, montrez le manque au lieu de réutiliser silencieusement une valeur mémorisée. La continuité devient utile sans transformer un ancien contexte en preuve actuelle.
Examiner ce qui persiste après la session
Un pilote doit examiner les changements de mémoire et de procédures, pas seulement le rapport final. Une exception temporaire est-elle devenue une règle permanente ? Une information sensible a-t-elle été conservée inutilement ? Un collègue peut-il expliquer quelle instruction a modifié l’exécution suivante ? Ces questions comptent dès qu’un assistant conserve du contexte entre sessions.
Testez préférence corrigée, source révoquée et document volontairement trompeur. Vérifiez les limites réellement imposées aux commandes et accès réseau par l’environnement. Prévoyez restauration des procédures relues et suppression des souvenirs erronés. La persistance est utile lorsqu’elle évite les explications répétées ; elle devient problématique si personne ne peut inspecter, corriger ou retirer ce qui a été retenu.
Sources et lectures complémentaires
Documentation consultée le .
FAQ / DÉCISIONS
Questions fréquentes
La mémoire persistante est-elle la même chose que le RAG ?+
Non. La mémoire conserve des informations sélectionnées entre interactions. Le RAG recherche des preuves pour une question actuelle. Ils peuvent se compléter, avec des responsabilités et des règles de mise à jour distinctes.
Faut-il utiliser immédiatement un skill généré par l’agent ?+
Pour un processus métier, relisez instructions, dépendances et actions autorisées, puis testez des cas représentatifs avant d’en faire une procédure partagée.