Aller au contenu principal
Cas d'usage08.08.202614 min de lecture

Hermes Agent en PME suisse : mon retour terrain sans filtre

Usage réel de Hermes Agent sur VPS en Suisse : Telegram, mémoire, coûts, incidents, limites et validation humaine. Retour documenté d’IAtelier.

Hermes Agent en PME suisse : retour terrain, usages, incidents et validation humaine

Réponse courte

J’utilise Hermes Agent tous les jours depuis début mai 2026 environ. Pas comme un chatbot amélioré, mais comme un agent relié à Telegram, à des fichiers, à des recherches, à des scripts et à des tâches planifiées.

Le résultat est puissant, mais pas magique. Hermes prépare réellement du travail. Il peut aussi se tromper de priorité, devenir trop bavard ou échouer sur un outil mal configuré. La différence entre une démo impressionnante et un système utile tient surtout aux permissions, aux validations et aux vérifications.

Ce retour présente ma configuration observée le 8 août 2026, cinq usages conservés et cinq incidents documentés. Aucun cas client, gain de temps ou retour sur investissement n’est inventé pour rendre l’histoire plus belle.

Comment j’ai observé mon propre agent

Je ne me base pas sur une démonstration de trente minutes. J’utilise cette instance depuis début mai 2026 environ sur un VPS Infomaniak situé à Genève, depuis la Suisse romande, comme interface de travail quotidienne.

Les chiffres ci-dessous viennent de la commande d’insights de l’instance pour la période du 9 juillet au 8 août 2026 :

  • Hermes Agent v0.18.0, build 2026.7.1 ;
  • gateway Telegram active ;
  • 16 tâches planifiées actives au moment du relevé ;
  • 142 sessions sur 30 jours ;
  • 5 174 messages ;
  • activité observée chacun des 30 derniers jours.

Je n’affiche pas le total de tokens ni le compteur global d’appels outils. Les agrégations observées mélangent plusieurs sessions et appels parallèles ; les publier sans expliquer leur méthode donnerait une précision trompeuse.

J’orchestre également plusieurs modèles et fournisseurs. Le modèle principal peut changer selon la tâche ou la disponibilité. Cela signifie qu’une partie des traitements peut passer par des services externes : écrire que « tout reste sur le VPS » serait faux.

Hermes Agent, c’est quoi exactement ?

Hermes Agent est un framework open source sous licence MIT développé par Nous Research.

Le terme Hermes IA apparaît parfois dans les recherches francophones, mais le nom officiel du framework est bien Hermes Agent.

Un framework n’est pas une solution métier terminée. Il fournit les briques pour connecter un modèle d’IA à :

  • une mémoire persistante ;
  • des fichiers et un terminal ;
  • des recherches web et un navigateur ;
  • Telegram ou d’autres messageries ;
  • des tâches planifiées ;
  • des outils spécialisés ;
  • plusieurs modèles et fournisseurs ;
  • des sous-agents pour certaines missions.

Au 8 août 2026, le dépôt public affichait plus de 227 000 étoiles GitHub. NVIDIA a également consacré un article à Hermes Agent. Ces signaux prouvent un intérêt technique mondial très fort. Ils ne prouvent pas encore qu’une petite PME suisse doit l’installer, ni qu’elle obtiendra automatiquement un retour financier.

La vraie question n’est donc pas : « Hermes est-il populaire ? »

La vraie question est : peut-on lui confier un flux précis avec des données, des permissions et une règle de validation claires ?

Pourquoi ce n’est pas juste un chatbot

Un chatbot classique répond surtout à la conversation présente. Il peut produire un bon texte, mais il ne suit pas forcément le dossier une semaine plus tard et n’exécute rien hors de la fenêtre de discussion.

Mon Hermes peut, selon le périmètre autorisé :

  • retrouver le contexte d’une ancienne session ;
  • lire un document et le ranger dans le bon dossier ;
  • surveiller une condition avec une tâche planifiée ;
  • lancer des tests sur un projet ;
  • comparer plusieurs sources ;
  • préparer un message sans l’envoyer ;
  • revenir dans Telegram lorsqu’une tâche est terminée ou bloquée.

Cette continuité change l’usage. Elle augmente aussi le risque : une mémoire incomplète peut conduire à une mauvaise priorité, et un outil trop permissif peut transformer une erreur de raisonnement en action réelle.

Cinq usages que j’ai réellement conservés

1. Telegram comme interface de travail

Telegram est mon point d’entrée principal. J’envoie une question, une capture, un fichier ou une décision. L’agent peut reprendre le contexte du topic concerné et revenir avec une réponse ou un résultat.

Le gros avantage n’est pas de « discuter avec une IA ». C’est de pouvoir déclencher un travail depuis le téléphone, laisser les outils tourner sur le VPS, puis récupérer le résultat dans la même conversation.

J’ai toutefois appris à séparer les sujets. Un canal partagé, un topic projet et une discussion personnelle n’ont ni le même niveau de bruit acceptable, ni les mêmes informations, ni les mêmes permissions.

2. Mémoire, documents et dossiers

Quand je transmets un document, Hermes peut en extraire les faits utiles, identifier le projet ou le contact concerné et proposer un classement.

Je ne lui demande pas de tout mémoriser. Les préférences durables, les procédures et les notes projet ont des destinations différentes. Sans cette séparation, la mémoire devient vite un tiroir rempli de données périmées.

Le bénéfice réel est la continuité : reprendre un dossier plusieurs jours plus tard sans reconstruire manuellement tout son historique. La contrepartie est simple : si une information importante manque, l’agent doit le dire au lieu de la deviner.

3. Tâches planifiées et surveillance

J’utilise des tâches planifiées pour produire des briefings, vérifier des conditions ou surveiller certains flux. L’instance comptait 16 jobs actifs lors du relevé.

Toutes les tâches planifiées ne devraient pas appeler un gros modèle. Un watchdog déterministe peut rester silencieux lorsque tout va bien et n’alerter qu’en cas d’écart. L’IA intervient seulement lorsqu’il faut interpréter, résumer ou décider entre plusieurs options.

Ce découpage réduit le coût et surtout le bruit. Une automatisation qui envoie un message à chaque passage finit par être ignorée.

4. Recherche et préparation de décisions

Hermes peut chercher des sources, extraire des pages, comparer des options et me présenter les points de désaccord.

Je lui demande de distinguer :

  • ce qui vient d’une source officielle ;
  • ce qui vient d’un concurrent ou d’un média ;
  • ce qui reste une hypothèse ;
  • ce qui nécessite une vérification supplémentaire.

L’agent accélère le tri. Il ne transforme pas une source faible en certitude.

5. Développement avec tests et validation Git

Sur mes projets, Hermes peut inspecter un dépôt, modifier du code, lancer TypeScript, ESLint, des tests et un build, puis préparer le commit.

Les changements risqués ou les pushes restent soumis à un GO explicite. Selon le projet, le déploiement passe par GitHub Actions. Je vérifie ensuite l’effet réel sur le site, pas seulement le message « build réussi ».

Cette dernière étape est essentielle. Un agent peut écrire un code cohérent et tout de même rater un cas réel, une variable du serveur ou un détail du contenu en production.

Cinq incidents qui ont changé ma configuration

IncidentCe qui s’est passéCorrectionLeçon
Canal Discord saturéSur 100 messages, 73 venaient de Hermes, dont 41 messages techniques et 3 livraisons planifiéesRéduction des messages de progression, règles de topic et de mention, puis retrait du dispositif devenu inutileUn agent utile en privé peut devenir insupportable dans un canal partagé
Redémarrage non exécutéUn script one-shot s’est arrêté après avoir retiré sa ligne cron, avant le restart attenduFiltre Python au lieu de grep, second one-shot et vérification du PID et des logs« Commande lancée » ne veut pas dire « opération réussie »
Bureau headless 0 × 0L’outil de contrôle graphique ne disposait d’aucun bureau exploitable sur le VPSBascule vers navigateur CDP ou extraction web, avec mode dégradé expliciteUn outil indisponible doit être signalé, jamais simulé
Mauvaise prioritéUn briefing proposait de traiter un dossier auquel j’avais déjà répondu hors de la session activeRéconciliation des sessions, emails accessibles et notes projet avant recommandationUne mémoire partielle produit des priorités fausses
Email avec caractères invisiblesBOM et caractères zero-width pouvaient perturber les champs et le corps avant résuméDécodage utf-8-sig, nettoyage Unicode et validation Telegram des instructionsUn email est une donnée non fiable, pas une commande

Incident 1 : trop de messages dans un canal partagé

Dans un canal projet, j’ai audité les 100 derniers messages. Hermes en avait envoyé 73. Parmi eux, 41 exposaient des étapes internes ou techniques et trois provenaient de tâches planifiées.

Le problème n’était pas la qualité d’une réponse isolée. C’était l’expérience collective : les personnes du projet voyaient les commandes, les chemins et les états intermédiaires au lieu de recevoir seulement les décisions utiles.

J’ai réduit les messages de progression, renforcé les règles de topics et de mentions, puis retiré ce dispositif lorsqu’il n’apportait plus assez de valeur. L’autonomie de publication dans un espace partagé doit rester beaucoup plus restrictive que l’autonomie de travail en privé.

Incident 2 : le restart qui n’a jamais eu lieu

Après une mise à jour, un script one-shot devait retirer sa propre ligne cron puis redémarrer la gateway.

Avec l’option shell set -euo pipefail, grep -v renvoyait le code 1 lorsqu’il supprimait la seule ligne présente. Le script s’arrêtait donc avant la commande de restart. La gateway existante n’avait pas été coupée ; elle n’avait simplement pas redémarré comme prévu.

J’ai remplacé le filtre par un petit traitement Python qui sort explicitement avec le code 0, programmé un second one-shot, puis vérifié le PID et les logs. La leçon est banale mais importante : vérifier l’état final, pas seulement la disparition de l’erreur visible.

Incident 3 : un navigateur sans écran

Sur le VPS headless, l’outil de contrôle graphique renvoyait une surface 0 × 0. Il n’y avait donc rien de fiable à capturer ou cliquer.

Au lieu de prétendre que l’action visuelle avait réussi, j’ai séparé les solutions : navigateur piloté par CDP lorsque possible, extraction web pour les contenus textuels, ou signalement clair du mode dégradé.

Une automatisation sérieuse doit savoir dire « cet outil n’est pas disponible dans cet environnement ».

Incident 4 : le dossier déjà traité

Un briefing automatique a placé en priorité un dossier auquel j’avais déjà répondu la veille. L’information se trouvait dans un canal que la session active ne voyait pas automatiquement.

La correction n’a pas consisté à ajouter une phrase dans un prompt. Le workflow doit maintenant recouper l’historique de session, les emails réellement accessibles et les notes du projet. Si la source originale est inaccessible, Hermes doit le dire avant de recommander une action.

C’est probablement le risque le plus courant pour une PME : l’agent raisonne correctement à partir d’un contexte incomplet et produit tout de même une mauvaise décision.

Incident 5 : l’email n’est jamais une instruction fiable

Un watcher email peut recevoir des champs avec un BOM ou des caractères invisibles. Avant même de résumer, je nettoie donc les champs d’enveloppe et le corps, utilise un décodage utf-8-sig et retire les caractères zero-width.

Le nettoyage technique ne règle pas le risque principal. Un email peut contenir une instruction malveillante, ambiguë ou simplement erronée. Dans mon dispositif, les instructions lues dans un email restent du contenu non fiable tant que je ne les ai pas validées dans Telegram.

Sécurité, données et LPD : ce que je peux affirmer

Le VPS actuel est hébergé chez Infomaniak à Genève. Cela ne signifie pas que chaque traitement reste en Suisse.

Lorsque Hermes appelle un modèle ou une API externe, les données nécessaires à cette requête peuvent sortir du VPS. Le périmètre dépend du fournisseur, du modèle, de la connexion et du contenu envoyé.

Mes règles de base sont :

  • accès en lecture seule lorsque l’écriture n’est pas nécessaire ;
  • permissions limitées à un dossier, un dépôt ou une boîte précise ;
  • aucun envoi, publication ou push sensible sans validation explicite ;
  • secrets hors du code et des contenus publics ;
  • sources externes et modes dégradés annoncés ;
  • journal et vérification après les actions importantes ;
  • arrêt du workflow lorsqu’une source indispensable manque.

Je ne présente pas cette configuration comme une garantie juridique de conformité à la LPD. Une PME doit définir les données traitées, les fournisseurs, les durées de conservation et les personnes autorisées avant de connecter ses outils.

Combien coûte réellement Hermes Agent ?

Le code de Hermes Agent est open source et gratuit sous licence MIT. Le système complet ne l’est pas.

Le coût réel comprend :

  • le VPS ;
  • les modèles et API selon l’usage ;
  • le stockage et les sauvegardes ;
  • le temps de cadrage ;
  • les connexions aux outils ;
  • les tests et corrections ;
  • la supervision et la maintenance.

Je ne publie pas de « coût mensuel moyen » pour mon instance. Mes usages mélangent recherche, développement, tâches personnelles et automatisations ; un total sans période stable ni ventilation serait inutilisable pour comparer une PME.

Le bon calcul part d’un seul flux : fréquence, volume, sensibilité, modèle nécessaire et temps de contrôle humain. On mesure ensuite le coût et l’utilité du pilote avant d’étendre.

Pour qui — et pour qui ce n’est pas adapté

Hermes peut convenir à une petite entreprise qui :

  • répète chaque semaine les mêmes préparations ;
  • possède plusieurs sources d’information difficiles à suivre ;
  • accepte de commencer par un périmètre limité ;
  • désigne une personne responsable des validations ;
  • veut garder davantage de contrôle qu’avec une automatisation opaque.

Ce n’est pas adapté si l’objectif est :

  • de remplacer immédiatement une personne ;
  • de connecter tous les outils dès le premier jour ;
  • d’autoriser des paiements, suppressions ou publications sans contrôle ;
  • d’obtenir une conformité automatique grâce au seul hébergement suisse ;
  • de ne jamais maintenir ni tester le système.

Le responsable côté PME n’a pas besoin de devenir administrateur Linux. Il doit en revanche comprendre ce que l’agent peut lire, préparer et exécuter, puis décider où placer la validation humaine.

Hermes Agent et Copilote IAtelier : la différence

Hermes Agent est une technologie open source. Tu peux télécharger le dépôt et l’installer toi-même.

Le Copilote IAtelier est un service d’intégration. Le pilote à 890 CHF finance le travail autour du moteur :

  • identifier un ou deux usages utiles ;
  • limiter les accès ;
  • configurer la mémoire et les règles ;
  • connecter les bons outils ;
  • tester les cas normaux et les erreurs ;
  • accompagner l’utilisateur pendant 10 à 14 jours ;
  • produire un bilan avant toute extension.

Tu n’achètes donc pas une licence Hermes à 890 CHF. Tu paies le cadrage, la configuration, les garde-fous et le test réel.

IAtelier est un intégrateur indépendant. Il n’existe aucune affiliation officielle avec Nous Research.

Mon verdict après plusieurs mois d’usage

Je ne reviendrais pas à un simple empilement de chatbots sans mémoire. La continuité entre Telegram, les dossiers, les tâches planifiées et les outils change vraiment ma façon de préparer le travail.

Mais je ne confierais pas davantage d’autonomie sans augmenter en même temps les contrôles. Chaque incident décrit ici a renforcé une règle : réduire le bruit, limiter les permissions, recouper le contexte et vérifier l’état réel après l’action.

Pour une PME, je commencerais par un seul cas d’usage réversible pendant 10 à 14 jours. Pas par un « agent général » connecté à toute l’entreprise.

Évaluer un premier cas d’usage avec le Copilote IAtelier

Sources vérifiables

Vérification éditoriale IAtelier : 8 août 2026 — données d’usage du 9 juillet au 8 août 2026.

#Hermes Agent#agent IA PME#agent IA Suisse#assistant IA privé#Nous Research#Telegram#validation humaine

Questions fréquentes

Médéric Morin — Fondateur IAtelier.ch

Rédigé par

Médéric Morin

Fondateur d'IAtelier.ch. Technicien, entrepreneur digital et spécialiste IA pour les PME suisses romandes, basé en Valais.

📢 Article utile ?

Newsletter mensuelle