Hermes Agent en production : le retour d’expérience Levolia
Août 14,2026 
By Hermes agent 
Hermes Agent tourne réellement chez Levolia sur un VPS, avec Telegram, une mémoire persistante, des tâches planifiées, des scripts et plusieurs intégrations. Voici ce qui fonctionne et ce qui demande encore une surveillance humaine.
Hermes Agent est un projet open source de Nous Research. Levolia n’est pas affiliée à Nous Research.
Ce que nous appelons « en production »
Un agent en production ne se résume pas à une fenêtre de chat. Il retrouve le contexte utile, utilise des outils, exécute certaines tâches et laisse une trace exploitable.
Chez Levolia, Hermes Agent fonctionne sur un VPS et Telegram sert d’interface. L’agent s’appuie aussi sur une mémoire persistante, des skills, des tâches planifiées et des scripts.
Nous l’utilisons autour de WordPress et du SEO, ainsi que pour préparer ou exploiter des rapports Google Search Console et PostHog. Le monitoring complète l’ensemble.
« En production » signifie ici que l’outil participe à de vrais processus internes. Il ne décide pas seul et ne remplace pas les responsables des sites ou des analyses.
Ce qui fonctionne bien
Une interface disponible là où le travail arrive
Telegram convient aux demandes courtes : lancer une vérification, demander une synthèse, consulter un état ou déclencher une procédure connue.
Le canal convient moins à la validation d’un long contenu, à l’examen d’un tableau complexe ou à une opération difficile à annuler.
La continuité grâce à la mémoire persistante
La mémoire persistante conserve entre les sessions des conventions, préférences et éléments de contexte utiles.
Elle ne doit pas devenir un dépôt indistinct. Une mémoire mal entretenue accumule des informations périmées, contradictoires ou trop vagues. La valeur vient donc autant de la sélection que de la conservation. Ce qui doit rester stable peut être mémorisé. Ce qui change souvent doit être relu depuis sa source au moment de la tâche.
Les skills pour rendre les procédures répétables
Les skills décrivent les étapes, outils, contrôles et erreurs connues d’un travail récurrent. Ils évitent de réexpliquer toute la méthode.
Un bon agent ne repose pas uniquement sur le modèle. Il dépend aussi de procédures écrites, testées et maintenues. Le skill devient une documentation opérationnelle applicable par l’agent.
Il faut néanmoins le traiter comme du code ou une procédure interne. Quand une API, une interface ou une règle métier change, le skill doit être mis à jour. Une instruction ancienne peut produire une réponse convaincante et pourtant incorrecte.
Les tâches planifiées, scripts et rapports
Les tâches planifiées sont adaptées aux contrôles réguliers et à la préparation de rapports. Les scripts apportent un cadre déterministe quand une opération ne doit pas dépendre d’une interprétation libre. L’agent peut alors orchestrer, lancer, lire le résultat et le restituer dans un format compréhensible.
Dans notre environnement, ce principe s’applique notamment aux activités WordPress et SEO, ainsi qu’aux données de Google Search Console et de PostHog. L’agent peut aider à rassembler les éléments et à préparer une lecture. L’analyse finale doit rester liée au contexte : saisonnalité, modification récente du site, campagne en cours, changement de mesure ou incident technique.
Les limites rencontrées
La première limite est simple : un agent peut se tromper tout en formulant une réponse nette. Il peut mal interpréter une demande, choisir un outil inadapté, oublier une contrainte ou tirer une conclusion trop rapide à partir d’un rapport.
La deuxième concerne les dépendances. Hermes Agent s’insère dans un système composé d’un VPS, d’un canal de messagerie, d’API, de services tiers, de scripts et d’autorisations. Une expiration de jeton, une modification d’API, un quota atteint ou une panne réseau peut interrompre une chaîne jusque-là stable.
La troisième limite touche aux interfaces. WordPress, Google Search Console, PostHog et les autres services évoluent. Une automatisation qui fonctionne aujourd’hui doit être vérifiée après un changement d’authentification, de format ou de comportement.
Enfin, la mémoire ne garantit pas une vérité permanente. Elle aide à conserver du contexte, mais une donnée mémorisée peut devenir fausse. Les informations sensibles, les accès et les données client ne doivent pas être ajoutés sans règle explicite de sécurité et de rétention.
Le contrôle humain reste une fonction de production
Le contrôle humain n’est pas une correction ajoutée à la fin du projet. Il fait partie de l’architecture.
Une entreprise doit décider quelles actions peuvent être lues, préparées, proposées ou exécutées. Le niveau de contrôle dépend de la réversibilité et de l’impact. Lire une métrique n’a pas le même risque que modifier un site, publier un contenu, supprimer une ressource ou envoyer un message externe.
Nous recommandons de conserver une validation humaine pour les publications, les modifications difficiles à annuler, les décisions éditoriales, les conclusions commerciales et toute action impliquant une donnée sensible. Les droits techniques doivent suivre le même principe : accès limité, secrets séparés, permissions minimales et journalisation.
Un retour exploitable doit également indiquer ce qui a été exécuté, sur quelle source et avec quel résultat. Sans ces éléments, l’humain valide une formulation, pas une opération.
La maintenance réelle derrière l’agent
Il faut maintenir le VPS, les dépendances, les accès, les scripts, les tâches planifiées, la mémoire et les skills. Une tâche peut sembler active alors qu’elle ne récupère plus les bonnes données.
Le monitoring doit couvrir au minimum la disponibilité du service, l’exécution des tâches attendues, les erreurs d’outil et les échecs d’authentification. La fréquence des contrôles dépend de l’importance du processus. Une alerte quotidienne interne et une action touchant un site en production n’appellent pas le même niveau de surveillance.
Les consignes doivent aussi rester précises et compatibles. Une accumulation de règles produit des conflits que l’agent tranche parfois mal.
Quels coûts mesurer, sans fabriquer un ROI
Nous ne publions pas ici de chiffre de coût ou de gain, faute d’un périmètre de mesure documenté dans cet article. Un ROI sérieux doit inclure davantage que la facture du modèle.
Une entreprise devrait suivre :
- l’hébergement du VPS et le stockage ;
- l’usage des modèles et des API ;
- les services tiers nécessaires ;
- le temps d’installation et d’intégration ;
- le temps de maintenance, de supervision et de mise à jour des skills ;
- le temps de validation humaine ;
- les incidents, reprises manuelles et erreurs évitées ou provoquées ;
- le volume de tâches réellement terminées, pas seulement déclenchées ;
- le délai avant et après automatisation, sur un échantillon comparable.
Définissez une période d’observation et un point de départ. Quelques tâches faciles ne suffisent pas à évaluer un déploiement d’entreprise.
Les enseignements pour une entreprise
Commencez par un processus étroit, fréquent et réversible. Écrivez la procédure que l’agent devra suivre. L’automatisation ne corrigera pas un processus mal défini.
Séparez ensuite les fonctions : mémoire pour le contexte stable, skills pour les méthodes, scripts pour les opérations déterministes, tâches planifiées pour la cadence et monitoring pour constater ce qui s’est réellement passé.
Définissez les niveaux d’autorisation avant de connecter les outils. Prévoyez aussi le retour arrière : sauvegarde, version précédente, brouillon plutôt que publication directe, environnement de test quand il existe.
Enfin, évaluez le système sur les résultats terminés et contrôlés. Une réponse rapide n’est pas forcément un travail accompli. La bonne question porte sur la fiabilité du processus complet, y compris les reprises et la supervision humaine.
FAQ
Hermes Agent remplace-t-il un collaborateur ?
Notre usage ne conduit pas à cette conclusion. L’agent exécute ou prépare certaines opérations, conserve du contexte et applique des procédures. Un humain garde la responsabilité des arbitrages, des validations sensibles et de l’interprétation métier.
Pourquoi utiliser Telegram ?
Telegram offre un point d’accès pratique pour les demandes et retours courts. Ce n’est pas l’interface idéale pour chaque tâche. Les validations longues, les tableaux et les opérations à fort impact gagnent à passer par un support plus structuré.
La mémoire persistante suffit-elle à fiabiliser l’agent ?
Non. Elle améliore la continuité, mais elle doit être triée, corrigée et confrontée aux sources actuelles. Une mémoire ancienne peut transmettre une consigne devenue fausse.
Quelles tâches faut-il automatiser en premier ?
Celles dont le périmètre est clair, le résultat vérifiable et l’erreur réversible. Les contrôles réguliers, la collecte encadrée et la préparation de rapports constituent souvent de meilleurs débuts qu’une publication automatique.
Comment calculer le coût réel ?
Additionnez l’infrastructure, les modèles, les services tiers, l’intégration, la maintenance et le temps de contrôle humain. Comparez ensuite des tâches équivalentes sur une période définie, en intégrant les échecs et les reprises.
Vous envisagez un agent en production ?
Levolia peut vous aider à cadrer un premier cas d’usage, définir les droits, organiser la mémoire et les skills, puis construire la mesure avant d’étendre le dispositif.
Contactez Levolia pour auditer un processus concret. Nous partirons de vos outils, de vos contraintes et du niveau de contrôle requis, sans promettre un gain que vos données ne permettent pas encore de prouver.
Vous envisagez un agent en production ? Partons d’un processus étroit, vérifiable et réversible.
