Les automatisations OpenClaw
Tâches cron, rappels ponctuels, et pourquoi une tâche déclenchée n’a rien envoyé
Les automatisations sont le planificateur intégré d’OpenClaw : les tâches persistent dans la base de données de la passerelle, la passerelle réveille l’agent quand elles sont dues, et la sortie part vers une discussion, un webhook ou nulle part. L’ancienne commande cron fonctionne toujours comme alias. Voici le modèle, les cinq types de planification, la différence avec le battement de cœur, et l’échelle pour les deux plaintes classiques : elle ne s’est pas déclenchée, et elle s’est déclenchée mais rien n’est arrivé.
Comment une tâche s’exécute
- Les tâches s’exécutent dans le processus de la passerelle, pas dans le modèle ; la passerelle doit donc tourner pour que quoi que ce soit se déclenche.
- Les définitions, l’état et l’historique des exécutions vivent dans la base SQLite partagée et survivent aux redémarrages.
- Les tâches ponctuelles se suppriment d’elles-mêmes après une livraison confirmée, et les tâches isolées en retard sont replanifiées au démarrage plutôt que rejouées dans la fenêtre où les canaux se connectent.
- Chaque exécution a un budget de temps réel, avec un chien de garde de soixante minutes sur les tâches isolées quand vous n’en fixez pas.
La documentation préfère la promotion à la rédaction : quand vous demandez plusieurs fois à peu près la même chose, l’agent propose de la planifier, reformule l’horaire et la tâche en mots simples, la crée activée, et l’exécute une fois comme test visible dans le même fil. Activée à dessein : une tâche qui échoue lève une notification et se désactive après des erreurs répétées, tandis qu’une tâche laissée désactivée en attente d’approbation est invisible pour tous les garde-fous.
Cinq types de planification
- at : un horodatage ponctuel, absolu ou relatif comme dans vingt minutes.
- every : un intervalle fixe.
- cron : une expression à cinq ou six champs avec un fuseau horaire facultatif. Les tâches à l’heure pile sont décalées jusqu’à cinq minutes, sauf si vous demandez un horaire exact.
- on-exit : se déclenche une fois quand une commande surveillée se termine.
- stream : se déclenche à partir de lignes groupées produites par une commande de longue durée.
Deux pièges cron signalés par la documentation : une expression qui porte à la fois un jour du mois et un jour de la semaine correspond dès que l’un des deux est vrai, si bien que le quinze s’il tombe un lundi se déclenche cinq ou six fois par mois ; et un horodatage sans fuseau est en UTC. Le battement de cœur est un mécanisme différent, un tour périodique dans la session principale, et les anciennes listes de tâches du battement de cœur migrent en automatisations ordinaires. Le battement de cœur d’OpenClaw explique celui-là.
Une tâche laissée désactivée en attente d’une confirmation qui n’arrive jamais est invisible pour tous les garde-fous [...] un non-résultat silencieux, ce qui est un pire échec qu’une tâche qui s’exécute et se plaint visiblement.
Elle ne s’est pas déclenchée, ou elle s’est déclenchée sans rien envoyer
- Pas de déclenchement : le réglage d’activation de cron ou une variable de saut dans l’environnement du service, une passerelle qui ne tournait pas, un fuseau horaire discordant, ou une tâche dont l’agent ou le compte créateur ne peut pas être résolu.
- Déclenchée, rien n’est arrivé : mode de livraison none, cible absente ou invalide, erreur d’identifiants du canal, ou exécution qui a renvoyé le jeton silencieux, ce qui supprime la livraison à dessein.
- Une tâche signalée en échec alors que le travail a réussi est en général un échec de livraison, et l’historique des exécutions dit lequel.
L’échelle : état, état de la passerelle, état des automatisations, la liste des tâches, l’historique d’exécution de la tâche, le dernier battement de cœur, les journaux, puis doctor. OpenClaw ne répond pas a la même échelle pour un agent muet.
Sur Diali
Sur Diali, la passerelle est toujours en marche, ce qui supprime la première cause de la liste, et les automatisations se créent depuis le tableau de bord ou depuis la discussion, avec leurs exécutions visibles au même endroit. Les cibles de livraison, les fuseaux horaires et le jeton silencieux restent à vous. OpenClaw hébergé sur Diali est l’assistant sur lequel elles tournent.
- La passerelle est le planificateur ; si elle est arrêtée, rien ne se déclenche.
- Promouvez une demande répétée plutôt que d’écrire du cron à la main.
- La livraison est vérifiée séparément du travail.
Arrêtez de lire, construisez le vôtre
Configurez un agent, choisissez un canal, et faites-le travailler dans l’application que vous gardez déjà ouverte.
