Les charges d’automatisation d’OpenClaw

Une fois qu’un planning décide quand une tâche se déclenche, la charge décide ce qui tourne et où. Les tâches OpenClaw portent exactement un type de charge : un événement système mis en file dans la session principale sans appel de modèle, un message d’agent qui lance un tour adossé à un modèle, une commande qui lance un processus sur l’hôte de la passerelle, ou un script sans interface qui utilise les outils de l’agent propriétaire. Voici les types, les options de tour d’agent et la façon dont les choix de modèle et d’outils se résolvent, les contrats des commandes et des scripts, et les quatre styles d’exécution de session.

Types et options

• Les tâches de surveillance possédées par le système sont convergées par la passerelle et ne peuvent être ni créées ni modifiées par la CLI ou l’API : le type battement de cœur crée une tâche de surveillance par agent avec battement de cœur activé, et la revue hebdomadaire du Skill Workshop est une tâche de tour d’agent isolée normale avec une clé réservée qui tourne tous les sept jours quand le mode autonome du Workshop vaut auto ; les deux apparaissent dans la liste, et les revues planifiées exigent que les automatisations soient activées.
• Options de tour d’agent : le message obligatoire, une surcharge de modèle qui doit se résoudre en modèle autorisé sinon l’exécution échoue avec une erreur de validation, une liste de replis par tâche où une chaîne vide signifie une exécution stricte, des options d’effacement à la modification pour le modèle, les replis et la réflexion, un niveau de réflexion dont la disponibilité dépend du modèle et de l’environnement, une option de contexte léger qui saute l’injection des fichiers d’amorçage de l’espace de travail, et une option d’outils qui restreint les outils de la tâche.
• Les nouvelles tâches qui peuvent lancer des outils stockent toujours une politique d’outils explicite : les tâches créées par un agent sont plafonnées aux outils disponibles au tour créateur et l’agent ne peut pas élargir la liste, les tâches créées par un opérateur authentifié sans option d’outils stockent une politique sans restriction, et les tâches plus anciennes gardent leur comportement jusqu’à modification ou recréation.
• Priorité des modèles pour les tâches isolées, la plus haute d’abord : le modèle de la charge par tâche, une surcharge du hook Gmail quand l’exécution vient de Gmail, la surcharge stockée de la session d’automatisation, puis le modèle par défaut de l’agent ; le mode rapide suit la sélection en direct résolue, un transfert de changement de modèle en direct est retenté au plus deux fois, et avant le démarrage d’une exécution isolée OpenClaw sonde les points d’accès locaux joignables des fournisseurs en boucle locale ou en réseau privé, met le résultat en cache cinq minutes par point d’accès et marque l’exécution sautée au lieu de lancer un appel de modèle quand tous les candidats sont hors service.

Choisissez le modèle selon la difficulté de la tâche, pas selon le modèle par défaut de l’agent.

Commandes et scripts

Les charges de commande lancent des scripts déterministes dans le planificateur de la passerelle sans tour de modèle : elles s’exécutent sur l’hôte de la passerelle, capturent les sorties standard et d’erreur, enregistrent l’exécution dans l’historique et réutilisent les modes de livraison annonce, webhook et aucun. Une commande shell est stockée comme argv de shell de connexion tandis qu’une option argv donne une exécution exacte sans analyse par le shell, avec des entrées d’environnement facultatives, une entrée standard, un délai par défaut de dix minutes, un délai sans sortie et un plafond de sortie. Le texte livré dérive de la sortie, la sortie standard non vide d’abord, puis l’erreur, ou un petit bloc des deux ; un code de sortie zéro enregistre ok, et une sortie non nulle, un signal ou un délai dépassé enregistre une erreur qui peut déclencher des alertes d’échec, tandis qu’une commande qui n’affiche que le jeton silencieux ne publie rien. La documentation est précise sur l’autorité : les charges de commande sont une surface d’automatisation de la passerelle réservée aux administrateurs opérateurs, pas un appel exec d’agent, donc les créer, les modifier, les retirer ou les lancer manuellement exige l’administration opérateur, et la politique exec de l’agent et ses invites d’approbation gouvernent les outils visibles par le modèle, pas celles-ci. Quand l’exec d’une tâche de tour d’agent a besoin d’une approbation, la carte atteint les surfaces d’approbation connectées, l’exécution attend, et répondre toujours autoriser frappe une autorisation permanente à portée limitée pour que les occurrences suivantes tournent sans invite. Les charges de script tournent sans interface dans le même exécuteur de mode code que les scripts de déclencheur, ne prennent en charge que les sessions principale et isolée, lisent du JavaScript depuis un fichier ou l’entrée standard, ont par défaut un délai de trois cents secondes plafonné à neuf cents et un budget de cinquante appels d’outils plafonné à deux cents, et peuvent renvoyer un texte de notification livré par le mode de la tâche, un réveil immédiat ou au prochain battement de cœur, une valeur d’état conservée seulement après succès et rendue gelée, et une durée de prochaine vérification valide seulement avec le rythme ; les exceptions, délais dépassés, budgets épuisés et résultats invalides sont des erreurs d’exécution ordinaires.

Où tourne une tâche

• Quatre styles : principale tourne dans la session principale de l’agent propriétaire et convient aux rappels et aux événements système ; isolée tourne dans une session dédiée par tâche pour les rapports et les corvées ; courante tourne détachée mais valide son résultat visible final dans la conversation d’où la tâche a été créée ; et une session personnalisée nommée conserve le contexte d’une exécution à l’autre pour les flux qui s’appuient sur l’historique. Les tâches de tour d’agent prennent par défaut la conversation créatrice quand la requête de création porte un contexte de session et sinon isolée, les événements système et les battements de cœur prennent principale par défaut, et les charges de commande et de script isolée.
• Les tâches de session principale mettent en file un événement système, en réveillant éventuellement le battement de cœur maintenant ou au prochain tic, et utilisent le contexte de livraison existant de la session plutôt qu’une cible d’annonce séparée, donc les modifications qui y activent la livraison par annonce sont rejetées ; une session isolée neuve signifie une nouvelle transcription par exécution qui porte des préférences sûres comme la réflexion, le mode rapide et les surcharges de modèle explicites mais aucun routage ambiant, politique de file, élévation ou liaison ACP.
• Le contrat d’exécution sans surveillance : les tours d’automatisation isolée et de hooks n’ont personne pour clarifier ou approuver, donc la réponse finale doit être le livrable plutôt qu’un plan ou une question, l’agent renvoie le jeton silencieux quand rien n’est à faire et énonce les échecs clairement, et le planificateur possède les relances et les alertes ; les tâches planifiées de confiance peuvent poser une question quand leurs instructions le demandent et retirer une tâche devenue inutile, tandis que les tours de hooks externes ne reçoivent que le contrat commun. Quand des exécutions isolées orchestrent des sous-agents, la livraison préfère la sortie finale des descendants au texte périmé du parent, et les cibles Discord en texte seul reçoivent le texte final canonique une seule fois.

Modèles et fournisseurs d’OpenClaw couvre les fournisseurs qu’un modèle par tâche peut nommer, et Les niveaux de réflexion d’OpenClaw les niveaux que l’option de réflexion sélectionne.

Autorité et contexte

Deux distinctions portent la page : les charges de commande appartiennent à l’opérateur, pas à la politique exec de l’agent, et une session isolée est neuve à dessein, si bien qu’une tâche qui a besoin de la conversation doit dire courante ou nommer une session. Les approbations d’exécution d’OpenClaw explique les autorisations permanentes qu’un exec d’automatisation approuvé frappe, et Les sessions d’OpenClaw les clés par lesquelles une session personnalisée est adressée.

Sur Diali

Sur Diali, la charge de message d’agent est ce que le tableau de bord crée, avec des surcharges de modèle et de réflexion par tâche puisant dans les mêmes fournisseurs que le chat ; les charges de commande et de script sont une surface d’opérateur qui tourne dans la passerelle avec les permissions propres de l’assistant. OpenClaw hébergé sur Diali est l’assistant et Le Skill Workshop d’OpenClaw la tâche de revue hebdomadaire possédée par le système qui partage ce planificateur.

• Un type de charge par tâche ; quatre types en tout.
• Les tâches créées par un agent ne peuvent pas élargir leurs outils.
• Isolée est neuve par conception ; courante valide en retour.