Hermes Agent : ce que c'est et comment l'utiliser sur Atako

Ce qu'est Hermes Agent

Hermes Agent est un projet open source de Nous Research, écrit en Python et placé sous licence MIT. Sa documentation publique le présente comme un agent autonome qui apprend à l'usage, et non comme une simple enveloppe autour d'un modèle de chat. Le mot « harnais » décrit bien cette couche : le modèle apporte le raisonnement, le harnais apporte tout ce qui l'entoure, c'est-à-dire les outils, la mémoire, la planification et la façon dont le travail parvient à l'agent.

Trois idées distinguent Hermes. D'abord, il crée et améliore des skills, des procédures réutilisables tirées de sa propre expérience. Une tâche qu'il a traitée maladroitement la première fois peut devenir une routine documentée la fois suivante. Ensuite, il garde une mémoire persistante entre les sessions, avec recherche plein texte et résumés. Mémoire et skills ne se confondent pas : la mémoire retient ce qui s'est passé et ce qu'il a appris sur vous, les skills retiennent la manière de faire quelque chose.

Enfin, son architecture vise le travail de longue durée. Hermes embarque de nombreux outils (web, navigateur, images, voix) et fait office de client pour le protocole MCP. Il peut déléguer à des sous-agents isolés qui travaillent en parallèle, et il inclut un planificateur cron pour les tâches récurrentes. Une passerelle de messagerie le relie à des plateformes comme Telegram, Discord, Slack, WhatsApp, Signal ou Teams, en plus d'une interface en ligne de commande. Les backends d'exécution comprennent le local, Docker et SSH.

Côté modèles, Hermes accepte toute API compatible avec le format d'OpenAI : OpenRouter, OpenAI, Anthropic, Google, Nous Portal, ou un modèle local servi par Ollama ou vLLM. Il a besoin d'une fenêtre de contexte longue pour bien fonctionner.

Ce qu'il faut pour l'auto-héberger

Faire tourner Hermes vous-même est une vraie option, et le projet la documente bien. C'est aussi un petit travail d'exploitation, et mieux vaut en lister honnêtement le contenu.

Il vous faut une machine allumée en permanence, avec Python 3.11 ou plus récent, puis le script d'installation. Vous fournissez ensuite les accès au modèle avec hermes model. Pour chaque plateforme de messagerie, vous créez un bot, récupérez son jeton et définissez une liste d'autorisations des personnes qui peuvent lui parler, ce que hermes gateway setup vous fait parcourir. La passerelle est un processus : quelqu'un doit le superviser, le relancer quand il s'arrête et s'apercevoir qu'il a cessé de répondre sans bruit.

L'état vit dans ~/.hermes, ce dossier demande donc des sauvegardes. Les skills et la mémoire sont la valeur que l'agent accumule, et les perdre remet l'apprentissage à zéro.

Les outils sont la partie qui devient le plus souvent une question de sécurité. Les outils externes se déclarent comme des serveurs MCP dans ~/.hermes/config.yaml, dans un bloc mcp_servers, en stdio ou en HTTP, avec OAuth possible et des filtres d'inclusion ou d'exclusion. Les commandes hermes mcp install et hermes mcp test aident à la mise en place. En pratique, la clé d'API d'un CRM ou d'un hébergeur de code finit dans cette configuration ou dans un fichier d'environnement, sur la même machine que l'agent. L'agent, et tout ce qui peut l'influencer, se trouve à côté du secret.

Rien de tout cela n'est déraisonnable, et beaucoup d'équipes le font très bien. C'est simplement du temps passé sur la plomberie plutôt que sur ce que l'agent doit accomplir.

Ce qu'Atako fait à la place

Quand vous créez un agent sur Atako, Hermes est le moteur par défaut. Le harnais tourne sur une infrastructure qu'Atako exploite, et les éléments qui l'entourent sont gérés pour vous.

Un broker d'intégrations. Atako se connecte aux services tiers par un catalogue de connecteurs. Le secret, clé d'API ou jeton, est conservé côté serveur et injecté au moment de l'appel. L'agent Hermes ne le détient jamais. Il demande au broker d'exécuter une action, par exemple lire un contact du CRM ou créer une page, et reçoit le résultat. Si l'agent est manipulé par une consigne hostile, aucune clé ne se trouve dans son contexte pour être divulguée.

Des droits par endpoint. L'accès est refusé tant que vous ne l'accordez pas. Pour chaque agent et chaque connexion, vous choisissez d'abord Lecture ou Écriture, puis vous cochez les endpoints précis que l'agent peut appeler. Un agent qui ne doit que lire vos tickets peut recevoir des actions de liste et de consultation, et rien d'autre.

Un journal d'audit. Chaque appel passant par le broker est enregistré avec le nom de l'outil, le statut, le code HTTP et la latence. Vous le consultez sur l'agent lui-même et dans le dashboard, dans les vues d'usage et de journal des intégrations.

Un modèle que l'on change à chaud. Les modèles recommandés plus bas sont des suggestions, et tout le catalogue OpenRouter est disponible. Changer le modèle d'un agent en service prend effet au prochain appel, sans redéploiement.

Des canaux déjà branchés. Un agent Hermes sur Atako peut travailler par chat, e-mail, webhook, messages d'autres agents et planifications cron, et il peut utiliser tous les connecteurs du catalogue. Ce sont les capacités du tableau plus bas dans cette page.

En pratique, les questions qu'on se pose en auto-hébergeant, comme quel modèle, comment brancher un outil, où vit la clé et qui a le droit de faire quoi, deviennent des choix dans une interface plutôt que des lignes dans un fichier YAML.

Limites à connaître

Atako ne transforme pas Hermes en autre chose, et quelques bornes méritent d'être dites clairement.

Le broker couvre les connecteurs du catalogue Atako. Chacun est soit disponible, soit annoncé comme « bientôt », et un agent ne peut atteindre que ce qui est disponible et ce que vous lui avez accordé. Si vous avez besoin d'un outil absent du catalogue, un Hermes auto-hébergé avec votre propre serveur MCP est une voie légitime.

Les droits s'accordent par endpoint, une granularité voulue et utile, mais qui ne remplace pas le jugement. Donner un accès en écriture à un système de référence demande la même prudence que remettre les clés à un nouveau collègue. Partir d'un accès en lecture seule et l'élargir à mesure que la confiance s'installe est une bonne habitude.

Vous choisissez aussi un environnement hébergé. Si votre exigence est que chaque octet reste sur des machines que vous possédez, l'auto-hébergement est la réponse honnête, et Hermes est un bon projet à auto-héberger.

Quand choisir Hermes, quand choisir opencode

Atako propose deux harnais à la création d'un agent.

Choisissez Hermes quand l'agent est un collègue qui travaille à travers plusieurs outils et canaux : répondre par chat ou par e-mail, réagir à un webhook, tourner selon un calendrier, mettre à jour un CRM ou une base de connaissances, échanger avec d'autres agents. C'est le choix par défaut parce que la plupart du travail en entreprise ressemble à cela.

Choisissez opencode quand le travail est du développement logiciel sur des dépôts GitHub précis. Un agent opencode travaille sur une branche nommée d'après sa tâche et termine par une pull request en brouillon, qu'un humain relit. Il est volontairement plus étroit : chat et messages entre agents en réception seulement, au moins un dépôt GitHub obligatoire, et ni e-mail, ni cron, ni webhook.

Dans le doute, commencez par Hermes. Vous pourrez créer plus tard un second agent sur opencode pour le travail sur les dépôts, et les deux coexistent dans la même entreprise.