Runbooks cron
Réglez, puis oubliez : une tâche qui tourne à l’horaire, neuve à chaque fois.
01
Schedule
When
02
Runbook
Full context
03
Fire
Fresh session
04
Deliver
File / TG
05
Fail path
Alert human
L’amnésie est volontaire
Le cron ↗ tourne en général avec le gateway toujours allumé. Chaque exécution est une session isolée, qui n’hérite pas « du souci d’hier ». Écrivez un runbook autonome dans le prompt de la tâche.
- Incluez machine, chemin, commande, état attendu, cible de livraison, comportement en succès et en échec.
Silencieux par défaut
- silent : couper le bruit « tout va bien » ; faire encore remonter les échecs.
- no_agent / script-only : contrôles déterministes, sans tokens de modèle.
- Wake gate : un pré-contrôle bon marché d’abord ; réveiller le modèle seulement quand quelque chose a changé.
Garde-fous
- Les tâches ne doivent pas en engendrer d’autres sans borne — l’auto-planification qui s’emballe est bloquée dans un montage sain.
- Commandes dangereuses : préférez
approvals.cron_modedeny (défaut), pour que des jobs sans écran ne puissent pas YOLO la machine.
Construisez une tâche
Cron spend is easy to waste. Prefer script checks first; wake the model only when the check fails or changes, or use Hermes webhooks ↗ instead of polling.
Steps · tap the number to check0/4
- Définissez une petite tâche : par exemple, en semaine à 08:00 — trois titres, un court résumé, livré dans votre app de messagerie (ou un fichier local si le gateway est éteint).
- Écrivez le prompt comme si l’agent avait amnésie, en partant du runbook exemple. Enregistrez en
cron-runbook.md. - Créez-la dans l’UI cron Desktop ou le flux cron Hermes ↗ de votre version.
- Lancez-la une fois à la main si possible, puis planifiez — ou arrêtez après l’essai à blanc si vous êtes hors ligne.
Pour aller plus loin
Preuve
Exercice · Vérifiez-vous
Pourquoi écrire les prompts cron avec amnésie ?
Choisissez une réponse — le résultat s’affiche tout de suite.
Pour aller plus loin