Tâches planifiées de Hermes Agent : votre IA qui travaille pendant que vous dormez

Le problème d'une IA qui ne travaille que quand vous lui demandez

La plupart des outils IA sont réactifs. Vous posez une question, vous obtenez une réponse. Vous fermez le chat, l'interaction est terminée. Rien ne se passe jusqu'à ce que vous reveniez et posiez une nouvelle question.

Ce modèle fonctionne pour la recherche. Il ne fonctionne pas pour les choses que vous voulez vraiment confier à un assistant : vérifier les mises à jour, surveiller les changements, envoyer des rappels, compiler des rapports, et répéter toute tâche qui compte selon un calendrier.

Hermes Agent résout cela avec les tâches planifiées. Vous décrivez ce que vous souhaitez, quand vous le voulez, et l'agent s'occupe du reste. Pas de scripts, pas de mémorisation de syntaxe cron, pas d'outils d'automatisation externes. Juste une instruction en langage naturel et un calendrier.

Ce que les tâches planifiées peuvent réellement faire

Les tâches planifiées de Hermes (basées sur l'outil cronjob) prennent en charge plusieurs workflows réels qui vont au-delà des simples rappels.

Briefings matinaux

Demandez à Hermes de compiler un résumé chaque matin et de vous l'envoyer sur Telegram :

Chaque matin à 8h, consulte Hacker News pour les principales actualités IA, vérifie la météo à Lyon, et envoie-moi un court briefing sur Telegram.

Hermes lit votre instruction, utilise son outil de recherche web pour collecter les données, formate un briefing, et le livre sur votre plateforme de messagerie. Vous vous réveillez avec un résumé utile au lieu d'ouvrir cinq applications.

Surveillance de contenu et de flux

Si vous suivez des blogs, flux RSS ou sujets spécifiques, vous pouvez planifier Hermes pour les vérifier périodiquement :

Toutes les 6 heures, consulte ces flux pour de nouveaux articles sur "les agents IA" et "le déploiement LLM" et envoie-moi un condensé.

Le skill blogwatcher est conçu exactement pour cela. Vous l'associez à la tâche cron et Hermes charge la logique de vérification de flux du skill avant d'exécuter le prompt.

Vérifications de serveur et d'infrastructure

Pour quiconque gère des services ou des projets :

Toutes les 2 heures, vérifie si mon site répond avec un statut 200. Si ce n'est pas le cas, envoie-moi immédiatement un message Telegram.

C'est exactement le genre de tâche qui devrait tourner en pilote automatique. Hermes exécute la vérification, évalue le résultat, et ne vous alerte que quand quelque chose nécessite votre attention.

Recherches et rapports récurrents

Chaque lundi à 9h, cherche des actualités sur "Hermes Agent" et "Nous Research" et compile un rapport hebdomadaire avec des liens.

C'est utile pour les fondateurs, les chercheurs, et quiconque suit un paysage concurrentiel. Au lieu de faire des recherches manuelles chaque semaine, vous recevez un document compilé directement.

Comment créer une tâche planifiée

Hermes vous donne trois façons de créer des tâches planifiées. Toutes utilisent le même outil cronjob en interne.

Option 1 : langage naturel dans le chat

La méthode la plus simple. Dites simplement à Hermes ce que vous voulez :

Chaque jour à 9h, envoie-moi un résumé de mes événements de calendrier du jour.

Hermes analyse le calendrier et la tâche, confirme les détails, et crée le job. Vous n'avez pas besoin de connaître la syntaxe cron.

Option 2 : la commande /cron

Pour un contrôle plus explicite :

/cron add "every 2h" "Check server status and alert if down"
/cron add "0 9 * * *" "Morning briefing with AI news" --skill blogwatcher
/cron add "every 1h" "Check feeds and summarize new items" --skill blogwatcher --skill find-nearby

Le flag --skill associe un ou plusieurs skills au job. Les skills sont chargés avant l'exécution du prompt, donnant à la tâche cron accès à des connaissances et workflows spécialisés.

Option 3 : la CLI

Depuis le terminal :

hermes cron create "every 2h" "Check server status"
hermes cron create "0 9 * * *" "Morning AI news briefing" --skill blogwatcher

Utile quand vous souhaitez configurer des jobs par programme ou les inclure dans un script de mise en place.

Gérer les jobs en cours

Une fois les jobs créés, Hermes vous donne un contrôle complet du cycle de vie :

Lister les jobs : hermes cron list ou demandez « montre-moi mes tâches planifiées »
Mettre en pause un job : hermes cron pause <job_id> ou « mets en pause mon briefing matinal »
Reprendre un job : hermes cron resume <job_id>
Modifier un job : changer le calendrier, le prompt ou les skills associés sans supprimer et recréer
Déclencher manuellement : exécuter un job immédiatement sans attendre le prochain horaire
Supprimer un job : le supprimer définitivement

Ce n'est pas un système « lancer et oublier ». Vous avez un contrôle continu sur chaque tâche planifiée, et vous pouvez les ajuster au fil de l'évolution de vos besoins.

Comment fonctionnent les jobs cron avec skills

Le pattern le plus puissant consiste à associer des skills aux tâches planifiées. Un skill est un document de connaissance réutilisable que l'agent charge à la demande. Quand un job cron a des skills associés, l'agent charge ces skills avant d'exécuter le prompt.

Par exemple :

cronjob(
  action="create",
  skills=["blogwatcher", "find-nearby"],
  prompt="Look for new local events and interesting nearby places, then combine them into one short brief.",
  schedule="every 6h",
  name="Local brief",
)

Quand ce job s'exécute, Hermes charge le skill blogwatcher (qui sait comment consulter les flux RSS/Atom) et le skill find-nearby (qui sait comment chercher des lieux locaux). Le prompt combine les deux capacités en une seule sortie.

Les skills sont chargés dans l'ordre que vous spécifiez. Le prompt devient l'instruction de tâche superposée à ces skills.

Chaîner des jobs avec context_from

Parfois un seul job cron ne suffit pas. Vous pouvez vouloir un script bon marché qui sonde une API toutes les quelques minutes, un job périodique qui enrichit ces données, et un job quotidien de l'agent qui prend les deux en entrée. Hermes prend en charge ce schéma directement via le paramètre context_from.

context_from indique au scheduler de préfixer la sortie d'un ou plusieurs jobs précédents au prompt du job courant, pour que l'agent voie leurs résultats en contexte.

cronjob(
  action="create",
  schedule="0 8 * * *",
  context_from="price_poll_job_id,news_sweep_job_id",
  prompt="Using the price snapshot and news context above, write the morning digest.",
  name="Morning digest",
)

Cela vous permet de répartir le travail sur des jobs petits et ciblés au lieu d'un seul prompt coûteux. Le poll bon marché peut tourner toutes les 30 minutes pour quelques centimes, l'étape périodique peut tourner toutes les heures avec un seul skill, et l'étape de l'agent ne se déclenche qu'une fois par jour quand elle a vraiment quelque chose à dire.

Mode watchdog silencieux avec [SILENT]

Par défaut, chaque exécution de cron livre sa sortie là où le job a été créé. C'est bien pour des récaps et des rapports. C'est le mauvais défaut pour les watchdogs, où vous voulez seulement entendre parler des problèmes.

Préfixez la sortie d'un cron par [SILENT] et Hermes supprime la livraison de cette exécution. Le log d'audit local enregistre toujours ce qui s'est passé, mais aucun message n'est envoyé. Les échecs sont toujours livrés indépendamment du préfixe, vous ne pouvez donc pas silencer accidentellement une vraie alerte.

cronjob(
  action="create",
  schedule="every 2m",
  prompt="Check https://my-site.com. If status is 200, output [SILENT]. \
          Otherwise write a one-paragraph diagnosis: DNS, port, TLS, response body.",
  name="Site watchdog",
)

Le résultat est une boîte de réception propre. Vous n'entendez rien pendant des jours, puis un vrai diagnostic arrive à l'instant où quelque chose casse.

Jobs scripts uniquement avec no_agent

Pour les tâches qui n'ont pas besoin de raisonnement, le LLM est un poids mort. Un heartbeat, un poll d'API, une synchronisation de fichiers - tournent plus vite et moins cher en scripts simples. Hermes le prend en charge avec no_agent=True.

Quand vous créez un job cron avec no_agent=True, le scheduler exécute votre script à l'heure prévue et livre sa sortie standard telle quelle. L'agent ne se réveille jamais, aucun token n'est dépensé, aucun appel au modèle n'a lieu.

cronjob(
  action="create",
  schedule="every 30m",
  no_agent=True,
  script="crypto/fetch_prices.sh",
  name="Price poll",
)

C'est le bon mode pour la moitié bon marché et fréquente de n'importe quel pipeline. Couplez-le à un job piloté par l'agent qui utilise context_from et vous obtenez un LLM là où il apporte de la valeur et du code simple là où il n'en apporte pas.

Où les résultats sont livrés

Les jobs cron livrent les résultats selon l'endroit où ils ont été créés :

Créé dans Telegram : les résultats arrivent comme message Telegram
Créé dans Discord : les résultats arrivent dans le canal Discord
Créé dans la CLI : les résultats sont enregistrés en local

Vous pouvez également configurer des cibles de livraison explicitement lors de la création des jobs, de sorte qu'un job créé dans la CLI puisse quand même livrer sur Telegram ou une autre plateforme.

Ce que les jobs cron ne peuvent pas faire

Hermes définit quelques garde-fous :

Les jobs cron s'exécutent dans des sessions d'agent fraîches. Ils n'héritent pas de votre contexte de conversation en cours.
Les jobs cron ne peuvent pas créer d'autres jobs cron. Cela évite des boucles de planification incontrôlées.
Les jobs ont accès à la liste d'outils statiques standard, pas à chaque outil disponible dans une session interactive.

Ce sont des contraintes de sécurité intentionnelles. L'objectif est une exécution fiable et reproductible sans effets de bord.

Pourquoi c'est important pour les utilisateurs non techniques

Les tâches planifiées sont là où Hermes franchit la ligne entre « chatbot » et « assistant ». Un chatbot répond aux questions. Un assistant gère les choses de façon proactive.

Si vous n'êtes pas développeur, l'insight clé est le suivant : vous n'avez pas besoin d'écrire des scripts, de configurer des fonctions AWS Lambda, ou d'apprendre Zapier. Vous décrivez la tâche en langage simple, choisissez un calendrier, et Hermes fait le travail.

Les cas d'usage non techniques les plus courants :

Briefings quotidiens (actualités, météo, agenda)
Surveillance de contenu (blogs, flux, sites concurrents)
Rappels et relances livrés dans votre application de messagerie
Recherches récurrentes (rapports hebdomadaires, veilles de marché)
Vérifications de santé (mon site est-il en ligne ? Mon déploiement a-t-il réussi ?)

Tout cela s'exécute automatiquement, sans que vous ayez à ouvrir un terminal ou à vous souvenir de vérifier quelque chose.

La question d'hébergement

Les tâches planifiées ne fonctionnent que si Hermes tourne. Si le processus de l'agent s'arrête, les jobs cron s'arrêtent aussi. C'est l'un des arguments les plus forts pour l'hébergement géré : vos tâches planifiées ne devraient pas dépendre du fait que votre ordinateur reste allumé ou que votre VPS reste en ligne.

Hermify maintient votre agent sur une infrastructure persistante, pour que vos tâches planifiées s'exécutent de façon fiable aux horaires que vous avez définis. Si vous souhaitez les bénéfices de l'automatisation sans gérer un serveur, c'est le compromis pour lequel Hermify a été conçu.

Pour commencer

Si Hermes tourne déjà, essayez de créer votre première tâche planifiée maintenant :

Dans 30 minutes, rappelle-moi de vérifier l'état du build.

Cette instruction sur une seule ligne prouvera le concept. À partir de là, vous pouvez développer vers des briefings quotidiens, des rapports hebdomadaires et des workflows automatisés complets.

Si Hermes ne tourne pas encore et que vous voulez l'expérience des tâches planifiées sans le travail d'infrastructure, commencez avec Hermify et ayez votre agent actif en moins de 60 secondes.