La plupart des articles sur les agents IA vous vendent du rêve sans jamais montrer une seule commande. Celui-ci fait l’inverse : sept automatisations que des gens font tourner réellement en entreprise, avec le paramétrage exact, le déroulé et le garde-fou qui va avec.

Un exemple de ce à quoi ressemble un usage installé, plutôt qu’une démo. Un consultant suisse a publié le 8 août 2026 le relevé de son instance après trois mois : 16 tâches planifiées actives, 142 sessions sur 30 jours, 5 174 messages, et de l’activité chacun des 30 derniers jours. Pas de promesse de retour sur investissement, juste un outil qui tourne.

Si Hermes n’est pas encore installé chez vous, commencez par mon tutoriel pour installer Hermes Agent sur un VPS. Le reste de cet article part du principe que votre agent répond déjà sur Telegram ou Slack.

Ce qui distingue une automatisation qui dure d’une qui meurt

Avant les sept exemples, une grille qui vous évitera de perdre du temps. Les praticiens qui documentent leurs automatisations décrivent tous à peu près les mêmes composants, et les tâches abandonnées ont presque toujours le même défaut : il en manque un.

Les six ingrédients d’une automatisation qui tient :

• Un déclencheur précis : une expression cron, un message entrant ou un fichier qui apparaît, jamais un « de temps en temps »
• Une entrée bornée : les dix derniers éléments, les sept derniers jours, ce dossier précis
• Le jeu d’outils le plus étroit possible : dans la majorité des cas, des outils en lecture seule suffisent
• Une étape de vérification : relire le résultat par un chemin différent de celui qui l’a produit
• Un rapport chiffré : ce que l’agent a fait, pas seulement ce qu’il en conclut
• Une destination que vous lisez vraiment : un canal unique, défini avec la commande /sethome

Et une règle de priorité : commencez par ce qui est fréquent et sans conséquence. On garde les paiements, les envois aux clients et les modifications en production pour bien plus tard.

1. Le briefing du matin

C’est le premier chantier de presque tout le monde, et pour une bonne raison : le risque est nul et l’utilité immédiate. L’agent travaille pendant la nuit, vous trouvez la synthèse en ouvrant votre messagerie.

Le paramétrage :

hermes cron create "0 7 * * 1-5" "Relève les nouveautés sur les 5 sources de ma liste de veille, garde ce qui concerne notre marché, et donne-moi une synthèse de 10 lignes maximum avec un lien par point. Indique en tête le nombre de sources consultées et le nombre d'éléments retenus." --name "Briefing matin"

Le planificateur vérifie les tâches dues toutes les 60 secondes et lance chacune dans une session isolée. La livraison se règle avec le paramètre deliver, qui accepte telegram, discord, all ou plusieurs cibles séparées par une virgule.

Le déroulé :

• 7h00 du lundi au vendredi : le déclencheur part, une session neuve démarre
• Collecte bornée : l’agent ne lit que les sources de votre liste, pas le web entier
• Tri éditorial : il écarte ce qui ne concerne pas votre marché
• Livraison : la synthèse arrive dans le canal que vous avez défini

Le garde-fou : exigez le comptage en tête de message. Une automatisation qui tombe en panne doit avoir l’air en panne. Si le brief annonce « 0 source consultée » un matin, vous le voyez tout de suite, alors qu’un résumé creux passe inaperçu pendant des semaines.

2. La veille concurrentielle du lundi

Même mécanique, mais avec l’ingrédient qui change tout : la mémoire entre sessions. L’agent ne vous redit pas chaque semaine ce que vous savez déjà, il compare avec ce qu’il avait vu la fois précédente.

Le paramétrage :

hermes cron create "0 9 * * 1" "Visite le blog et la page tarifs de nos 3 concurrents. Compare avec ce que tu avais relevé la semaine dernière et ne me signale QUE les nouveautés : nouveaux articles, changements de prix, nouvelles fonctionnalités annoncées. Si rien n'a bougé, dis-le en une ligne." --name "Veille concurrents"

Ce que ça donne concrètement :

• Le différentiel plutôt que l’inventaire : vous lisez trois lignes utiles au lieu d’un pavé redondant
• Les changements de prix détectés : c’est le signal le plus rentable, et celui que personne n’a le temps de surveiller à la main
• Le silence assumé : « rien n’a bougé » est une réponse valide, et une automatisation qui sait se taire est une automatisation qu’on garde

Le garde-fou : imposez une source cliquable par affirmation. Hermes dispose d’une compétence de citations vérifiées qui relie chaque point à une source contrôlable, et sur de la veille concurrentielle c’est indispensable : une hallucination sur un prix concurrent peut vous faire prendre une mauvaise décision commerciale.

3. Le tri de la boîte de réception

Le principe qui rend ce cas d’usage acceptable : l’agent propose, il n’envoie rien. Il lit, classe, prépare, et vous gardez la main sur tout ce qui sort.

Le paramétrage :

hermes cron create "0 8,14 * * 1-5" "Passe en revue les messages non lus. Classe-les en trois piles : à répondre aujourd'hui, à déléguer, à archiver. Pour la première pile seulement, prépare un brouillon de réponse. N'envoie rien." --name "Tri boite reception"

Le gateway de Hermes couvre Telegram, Discord, Slack, WhatsApp, Signal et l’e-mail depuis un seul processus, ce qui permet de recevoir ce tri là où vous travaillez déjà.

Le garde-fou : c’est ici que la politique d’approbation des commandes prend tout son sens. Par défaut, le gateway refuse tout utilisateur absent de la liste blanche, et les actions sensibles demandent une validation. Ne desserrez jamais ce réglage sur une automatisation qui touche à votre messagerie.

4. Le veilleur d’agenda

Un cas d’usage plus fin, et l’un des plus malins que j’ai vus documentés. Une tâche tourne toutes les dix minutes, mais elle ne coûte presque rien : c’est un simple script qui reste muet tant qu’il n’y a rien à signaler. L’agent, lui, n’est réveillé que lorsqu’une réunion mérite vraiment une préparation.

Le paramétrage :

hermes cron create "*/10 8-19 * * 1-5" "Regarde l'agenda. Si une réunion commence dans moins de 45 minutes ET qu'elle implique un client externe, prépare une note de 5 lignes : historique du compte, sujets ouverts, dernier échange. Sinon, ne réponds rien." --name "Veilleur agenda"

Pourquoi cette structure en deux temps :

• La surveillance est bête et gratuite : la condition se teste sans appeler un modèle de langage
• L’intelligence est rare et ciblée : l’agent ne travaille que sur les réunions qui le méritent
• Le bruit reste à zéro : pas de notification toutes les dix minutes, donc pas de désactivation au bout d’une semaine

Le garde-fou : c’est le silence par défaut. Une automatisation qui parle trop finit toujours coupée, et vous perdez aussi les alertes utiles.

5. L’administration du dépôt de code

Pour les équipes techniques, c’est le cas d’usage au meilleur rapport bénéfice sur risque, parce qu’il porte sur des tâches administratives que personne n’aime faire et qu’une erreur ne casse rien.

Ce que l’agent prend en charge :

• Le résumé des pull requests : ce que change la PR, en clair, pour le relecteur
• La détection des ruptures : signaler les changements susceptibles de casser l’existant
• La suggestion de relecteurs : proposer les bonnes personnes selon les fichiers touchés
• Le tri des tickets : étiquetage et rangement du backlog

Hermes s’appuie ici sur les outils en ligne de commande déjà installés sur votre machine, comme le client GitHub officiel, et sur ses backends d’exécution isolés. Vous pouvez faire tourner l’agent dans un conteneur Docker ou sur un serveur distant en SSH plutôt qu’en local, ce qui limite nettement les dégâts possibles.

Le garde-fou : l’agent commente et propose, il ne fusionne pas. La frontière entre « lire et suggérer » et « agir de façon irréversible » doit rester de votre côté, surtout sur un dépôt de production.

6. La veille réglementaire et le dossier de preuves

Les équipes conformité passent un temps considérable à documenter des choses répétitives : constater qu’un texte a évolué, rassembler les pièces, archiver. C’est exactement le profil de tâche qu’un agent planifié absorbe bien.

Le paramétrage :

hermes cron create "0 6 * * 1-5" "Vérifie les publications du jour sur les 4 sources réglementaires de ma liste. Pour chaque texte qui concerne notre secteur, produis une fiche : date, référence, ce qui change, qui est concerné chez nous, lien vers le texte officiel. Enregistre le tout dans le dossier veille avec la date du jour." --name "Veille reglementaire"

La différence avec un simple résumé :

• Un dossier de preuves daté : les sources brutes sont archivées, pas seulement la synthèse
• Une traçabilité vérifiable : chaque affirmation renvoie au texte officiel, et vous pouvez contrôler ce qui est entré dans l’analyse
• Un historique qui se constitue seul : au bout de six mois, vous avez une chronologie exploitable

Le garde-fou : sur un sujet réglementaire, l’agent prépare, un humain valide. Toujours. La règle vaut aussi pour les équipes sécurité, qui utilisent le même schéma pour résumer des alertes et enrichir des incidents avant qu’un analyste ne tranche.

7. Transformer un process maison en compétence partagée

Voilà le cas d’usage que je trouve le plus sous-estimé, et c’est pourtant ce qui distingue Hermes d’un simple planificateur de tâches. L’agent possède une boucle d’apprentissage : après une tâche complexe, il enregistre lui-même la démarche qui a fonctionné sous forme de compétence réutilisable.

Vous pouvez aussi le déclencher à la main, à la fin d’une manipulation que vous ne voulez pas réexpliquer chaque mois :

/learn la procédure de clôture mensuelle qu'on vient de faire

Ce que ça change à l’échelle d’une équipe :

• Le process sort des têtes : il devient un document que l’agent charge quand il en a besoin
• Les compétences se regroupent : plusieurs procédures s’assemblent en un lot déclenchable par une seule commande
• La diffusion interne se fait par dépôt : la commande hermes skills tap add branche un dépôt d’équipe, et chacun récupère les mêmes procédures
• L’onboarding s’accélère : un nouvel arrivant hérite des procédures maison le premier jour

Il existe aussi un catalogue public de compétences prêtes à installer, compatible avec le standard ouvert agentskills.io, que vous parcourez avec hermes skills browse.

Le garde-fou : relisez ce que l’agent écrit dans ses compétences. Il enregistre ce qui a marché, y compris les contournements douteux, et une procédure erronée sera ensuite rejouée sans que personne ne la questionne.

Par quoi commencer, concrètement

La tentation, quand on découvre tout ça, c’est d’en lancer sept d’un coup. C’est le meilleur moyen de tout abandonner en quinze jours.

La méthode qui fonctionne :

• Deux automatisations, pas plus : les plus fréquentes et les moins risquées, tenues pendant deux semaines avant d’en ajouter une troisième
• Un lancement manuel deux fois : exécutez la tâche à la main avant de la planifier. Si la seconde exécution refait ce que la première avait déjà fait, corrigez ce point avant tout
• Une ligne de vérification partout : chaque sortie annonce ce qu’elle a contrôlé et combien d’éléments elle a trouvés
• Un seul canal de livraison : celui que vous lisez, défini avec /sethome

Une dernière chose, et elle vient des retours terrain plutôt que de la documentation : ces automatisations échouent, régulièrement. Un outil mal configuré, une priorité mal comprise, un agent trop bavard. La différence entre une démonstration impressionnante et un système réellement utile tient aux permissions, aux validations et aux vérifications, pas à la puissance du modèle.

Conclusion

Les sept exemples ci-dessus ont un point commun : ce sont des tâches récurrentes, aux étapes claires, dont le résultat se vérifie d’un coup d’œil. C’est le terrain sur lequel un agent planifié apporte réellement quelque chose, et c’est aussi celui où vous verrez tout de suite s’il se trompe.

Commencez par le briefing du matin. C’est le plus simple à mettre en place, le moins risqué, et il vous apprendra en une semaine si le reste vaut le coup chez vous. Si vous n’avez pas encore d’instance qui tourne, tout est dans mon guide d’installation sur VPS, lié en haut de cet article.