La plupart des gens découvrent l’IA dans une fenêtre de discussion. Vous écrivez, elle répond, la session se termine et, le lendemain, vous recommencez. Cela convient à la rédaction, aux explications et aux recherches ponctuelles. Ce modèle mental ne convient pas à un travail qui doit mémoriser vos préférences, réutiliser des procédures éprouvées et appeler des outils sur des systèmes réels.
Hermes Agent est un environnement d’exécution d’agents open source de Nous Research. Ses interfaces documentées comprennent une CLI, une application de bureau, une passerelle de messagerie et une intégration ACP pour les éditeurs. L’environnement fournit une mémoire persistante, des skills réutilisables, des outils, des tâches cron, l’automatisation du navigateur, l’exécution de code et la délégation à des sous-agents. Cet article explique ce qu’est Hermes, ce qu’il n’est pas et dans quels cas un chatbot reste préférable.
Ce qu’est Hermes Agent
Considérez Hermes comme un environnement opérateur construit autour d’un modèle de langage, et non comme le modèle lui-même.
Le modèle continue à générer du texte et des appels d’outils. Hermes fournit la boucle qui transforme ces appels en travail durable :
- Mémoire persistante entre les sessions, notamment les fichiers bornés
MEMORY.mdetUSER.md, ainsi que les fournisseurs externes facultatifs présentés dans la documentation sur la mémoire. - Skills, c’est-à-dire des paquets procéduraux en Markdown que l’agent charge pour des tâches répétables, comme trier une pull request ou rédiger une note opérationnelle hebdomadaire. Les skills se trouvent dans le répertoire prévu par Hermes et suivent le modèle décrit dans la documentation officielle sur les skills.
- Outils, notamment le terminal, les fichiers, le navigateur, la recherche web, l’exécution de code, la mémoire, cron et les serveurs MCP. La documentation sur les outils décrit le registre intégré et les jeux d’outils configurables.
- Interfaces opérateur, notamment la CLI, l’application de bureau et l’intégration ACP pour les éditeurs, ainsi qu’une passerelle de messagerie distincte pour Telegram, Discord, Slack et d’autres canaux.
- Déclencheurs d’événements et de planification, avec cron pour « vérifier ceci à intervalles réguliers » et l’adaptateur webhook pour l’entrée d’événements authentifiés sur le port
8644par défaut. Les résultats d’un webhook sont envoyés vers une cible de diffusion configurée ; il ne s’agit ni du serveur API authentifié par jeton bearer ni d’un callback synchrone générique.
Vous choisissez le fournisseur de modèle, qu’il s’agisse d’API cloud, d’OpenRouter ou de points de terminaison locaux compatibles avec OpenAI, comme Ollama et vLLM. La documentation actuelle sur les fournisseurs exige au moins 64 000 tokens de contexte pour utiliser un agent avec des outils ; la seule accessibilité du point de terminaison ne constitue donc pas un test de compatibilité suffisant. Hermes est l’environnement d’exécution qui maintient l’état, les skills et la politique d’accès aux outils autour du modèle.
Lorsque vous évaluez Hermes, séparez trois couches : (1) la qualité et le coût du modèle, (2) la configuration de la mémoire, des skills et des outils de Hermes, (3) l’emplacement de la passerelle et les personnes qui peuvent y accéder. Les confondre produit des tickets affirmant que « l’agent est en panne » alors que le problème vient du modèle, de la configuration ou du réseau.
Ce que Hermes Agent n’est pas
Ces distinctions évitent des attentes coûteuses.
Ce n’est pas un modèle d’hébergement unique. ChatGPT, Claude.ai et les applications Gemini sont des interfaces produit avec leur propre mémoire et leurs connecteurs. Vous pouvez auto-héberger Hermes ; vous assumez alors l’installation, les mises à jour, les secrets et l’exposition réseau. Nous Research documente également Hermes Cloud, un Hermes Agent hébergé sur une instance cloud dédiée. Ce service présente une autre limite de responsabilité pour l’infrastructure et les données, que vous devez examiner séparément.
Ce n’est pas un substitut à l’automatisation des flux de travail. Si la tâche est déterministe, par exemple recevoir un webhook, valider des champs, écrire une ligne et prévenir sur Slack, utilisez n8n, Zapier ou Make. Hermes peut s’intégrer dans une architecture hybride ; il ne doit pas devenir un remplacement fragile des connecteurs et des nouvelles tentatives. Voir /articles/hermes-vs-n8n-choose-by-job et /articles/n8n-vs-zapier-vs-make.
Ce n’est pas une autonomie magique. Les outils capables d’exécuter des commandes shell, de modifier des fichiers ou de parcourir le Web peuvent aussi endommager des systèmes. Hermes propose des modes d’approbation pour les commandes dangereuses et des motifs approvals.deny inconditionnels, tandis que Tirith est un scanner de contenu distinct, exécuté avant l’action, qui par défaut laisse passer le contenu (fail-open) s’il est indisponible. Ces contrôles de l’intention de l’opérateur ne remplacent pas Docker, Modal ni une autre limite d’isolation. La documentation de sécurité doit guider le choix des outils et du bac à sable avant toute connexion à des systèmes réels.
Ce n’est pas une garantie d’excellence par « auto-amélioration ». Les discours commerciaux sur les boucles d’apprentissage et la création de skills décrivent une capacité : l’agent peut écrire et affiner des skills à partir de son expérience. Par défaut, skills.write_approval et memory.write_approval sont tous deux définis sur false ; les écritures ne sont donc pas préparées pour approbation tant que vous n’activez pas ces contrôles. La qualité dépend toujours de la vérification et de l’hygiène de la mémoire. Traitez chaque nouveau skill comme une pull request non vérifiée ; un scanner ou une vérification de catalogue ne rend pas fiables des instructions tierces.
Ce n’est ni une thérapie, ni un conseil juridique, ni un avis médical. La même règle s’applique qu’avec tout autre produit fondé sur un LLM : les domaines professionnels exigeant beaucoup de jugement nécessitent l’intervention de professionnels agréés. Hermes ne déplace pas cette limite.
Chatbot ou environnement d’exécution d’agents : une règle de décision
Utilisez un chatbot lorsque :
- Une réponse ou un brouillon suffit.
- Vous collerez vous-même le résultat dans le vrai système.
- Vous n’avez pas besoin d’une mémoire entre les sessions au-delà de celle déjà fournie par le produit.
- Le coût d’un échec est faible (mauvais brouillon, vous le réécrivez).
Utilisez un environnement d’exécution d’agents comme Hermes lorsque :
- Le travail se répète et doit formaliser une procédure dans un skill, au lieu de reposer sur un prompt ponctuel.
- Le contexte doit persister : conventions de projet, ton préféré, structure du dépôt, clients récurrents.
- L’étape suivante exige des outils : chercher dans le dépôt, ouvrir une page, exécuter un script, créer un ticket.
- Le résultat doit arriver là où l’équipe travaille déjà (Telegram, Slack ou CLI), et pas seulement dans un onglet de discussion du navigateur.
- Vous avez besoin d’exécutions pilotées par événements (webhook) ou d’investigations planifiées (cron).
Un test simple : si la valeur du travail s’arrête lorsque le texte apparaît, utilisez le chatbot. Si elle consiste à « mémoriser, décider, agir et conserver les journaux opérationnels configurés », évaluez un environnement d’exécution d’agents. Les journaux de session, de passerelle et de diffusion doivent être configurés et testés avant d’être présentés comme une piste d’audit.
| Tâche | Préférer | Pourquoi |
|---|---|---|
| Réécrire une fois un e-mail difficile | Chatbot | Un seul résultat, envoyé par une personne |
| Trier chaque semaine les demandes d’assistance avec la même liste | Hermes + skill | Procédure, mémoire et diffusion dans le canal |
| Associer systématiquement les champs d’un formulaire à ceux du CRM | n8n / Zapier / Make | Enchaînement déterministe |
| Pull request ouverte → résumé des risques et étapes de vérification proposées | Route webhook Hermes | Événement et jugement ; résultat envoyé vers une cible de diffusion configurée |
| Questions-réponses sur un vaste corpus privé avec vérification des citations | Hermes ou architecture RAG sur des modèles locaux ou privés | Persistance et outils ; les affirmations restent à vérifier |
Mémoire, skills et outils : un modèle mental utile
Pensez en trois catégories :
-
Mémoire : faits vous concernant, contexte de l’environnement et préférences durables (
USER.md,MEMORY.md, fournisseurs facultatifs). Convient à « nous utilisons Linear, les clients estoniens préfèrent un ton formel, ne jamais pousser directement sur main ». Ne convient pas au stockage de tickets entiers ou de secrets. -
Skills : manière d’exécuter une catégorie de tâches. Convient à « lors du résumé d’une pull request, toujours indiquer la portée des effets, les tests manquants et le risque de déploiement ». Ne convient pas aux prompts ponctuels qui ne seront jamais réutilisés.
-
Outils : ressources auxquelles l’agent est autorisé à accéder. Convient à « recherche GitHub en lecture seule d’abord, opérations d’écriture soumises à approbation ». Ne convient pas à « tout activer pour donner une impression de puissance ».
La mémoire persistante et l’accès aux outils signifient que Hermes peut conserver entre les sessions des données à caractère personnel, des extraits provenant de clients et des références à des identifiants. Ne transmettez pas de secrets dans la discussion « pour plus de commodité ». Les fichiers d’environnement configurent le processus ; ils ne constituent pas une limite d’isolation des secrets. Avant de connecter la messagerie, le CRM ou des shells de production, utilisez des jetons à portée limitée, le masquage des secrets activé par défaut, des jeux d’outils restreints et un bac à sable adapté au modèle de menace.
Un scénario concret
Boîte de réception du support, petite équipe B2B. Aujourd’hui, une personne colle des tickets dans ChatGPT, obtient un brouillon et le copie dans l’outil d’assistance. Une mise en œuvre candidate avec Hermes accepterait un webhook ou un message de canal contenant une charge utile de ticket minimisée, chargerait un skill de tri, utiliserait un contexte sélectionné sur le produit et la gravité, puis consulterait les sources autorisées. Le brouillon serait envoyé vers un canal de vérification pris en charge et configuré, sans envoi automatique. Si n8n doit récupérer le résultat dans le même flux de travail, il doit appeler le serveur API authentifié par jeton bearer sur le port 8642 par défaut, et non supposer que l’adaptateur webhook renvoie la sortie de l’agent.
La même qualité de modèle peut servir les deux parcours. La différence tient à la persistance, à la procédure et à l’action contrôlée. C’est la catégorie de produit à laquelle appartient Hermes.
Quand ne pas commencer par Hermes
Écartez ou reportez Hermes si :
- Personne dans l’équipe ne peut maintenir une passerelle auto-hébergée (mises à jour, sauvegardes, pare-feu, secrets).
- Le premier cas d’usage est encore « poser des questions sur l’IA » sans besoin d’outil.
- Vous avez besoin dès demain de connecteurs SaaS audités et de documents de conformité ; une plateforme d’automatisation éprouvée peut être plus adaptée dans un premier temps.
- La direction attend des écritures non supervisées en production dès la première semaine. Quel que soit le produit, les conditions d’un incident opérationnel sont alors réunies.
Commencez avec Hermes lorsque vous ressentez déjà le coût du chatbot : vous devez réexpliquer le contexte à chaque session, copier-coller la même procédure ou souhaitez utiliser des agents dans Telegram ou Slack avec une véritable limite d’accès aux outils.
Exercice : classer cinq tâches sur votre bureau
Listez cinq tâches récurrentes liées à l’IA que vous avez effectuées au cours des deux dernières semaines. Pour chacune, indiquez :
- Chatbot / Hermes / plateforme d’automatisation / hybride
- Besoin de mémoire ? (oui/non)
- Besoin d’un skill ? (oui/non)
- Faut-il un outil avec des effets de bord ? (oui/non)
- Une personne doit-elle approuver avant tout envoi ou écriture externe ? (oui/non)
À titre de règle pratique pour cet exercice, si au moins trois lignes nécessitent une mémoire et une procédure réutilisable et un outil, Hermes ou un environnement d’exécution d’agents comparable peut mériter un pilote contrôlé. Ce seuil n’est pas une règle de sélection validée. Si presque tout se résume à « rédiger une fois, puis copier le résultat », restez sur un chatbot et investissez plutôt dans une bibliothèque de prompts (/articles/reusable-prompt-libraries).
Où aller ensuite
- Configuration de la première semaine, hygiène de la mémoire, skills et approbations shell : « Première semaine avec Hermes Agent : hygiène de la mémoire, skills et approbation des outils »
- Routes déclenchées par événements et authentification adaptée au fournisseur : « Webhooks Hermes : agents pilotés par événements sans méga-prompt fourre-tout »
- Choisir Hermes ou n8n selon la tâche : /articles/hermes-vs-n8n-choose-by-job
- Installation et documentation officielles : démarrage rapide, documentation, GitHub
Hermes Agent est utile lorsque vous avez besoin d’un agent qui conserve un état et agit dans le respect d’une politique. Il ajoute une complexité inutile lorsqu’une seule réponse de chatbot constitue toute la tâche. Choisissez selon la nature du travail, pas selon la nouveauté de l’architecture.



