Les ordres permanents d’OpenClaw

Solliciter un agent pour chaque tâche de routine fait de vous le goulet d’étranglement et laisse filer le travail routinier. La réponse d’OpenClaw est l’ordre permanent : une autorité d’exploitation permanente pour un programme défini, écrite une fois, pour que l’agent possède le rapport hebdomadaire, le compile chaque vendredi, l’envoie, et n’escalade que quand quelque chose paraît anormal. Voici où vivent les ordres permanents et pourquoi cet emplacement compte, ce que contient un programme, comment ils se combinent aux automatisations, les trois exemples de la documentation, la discipline d’exécution qui les garde honnêtes, et comment organiser plusieurs programmes.

Où ils vivent et ce qu’ils contiennent

• Les ordres permanents sont définis dans les fichiers de l’espace de travail de l’agent, idéalement directement dans le fichier des agents que l’amorçage de l’espace de travail injecte à chaque session, ou dans un fichier dédié référencé depuis lui pour les configurations plus grandes ; l’amorçage injecte les fichiers des agents, de l’âme, de l’identité, de l’utilisateur, d’amorçage et de mémoire mais pas des fichiers arbitraires dans des sous-répertoires, donc un programme caché ailleurs n’est pas chargé.
• Le point d’entrée d’exécution d’agent en une fois saute volontairement les fichiers d’amorçage, si bien qu’une exécution stricte en CI ou en script est autonome plutôt que gouvernée par les ordres permanents.
• Chaque programme précise quatre choses : la portée, ce que l’agent est autorisé à faire ; les déclencheurs, quand exécuter, par planning, événement ou condition ; les points d’approbation, ce qui exige une validation humaine avant d’agir ; et les règles d’escalade, quand s’arrêter et demander de l’aide.
• L’anatomie de la documentation est un programme de rapport de statut hebdomadaire avec une ligne d’autorité, un déclencheur du vendredi imposé par une automatisation, un point d’approbation qui signale les anomalies pour relecture, une règle d’escalade pour les sources indisponibles ou les métriques à plus de deux écarts-types de la norme, cinq étapes d’exécution, et une section de ce qu’il ne faut pas faire : pas de rapports à des tiers, pas de modification des données sources, et pas de livraison sautée quand les chiffres sont mauvais.

Les ordres permanents définissent ce que l’agent est autorisé à faire. Les automatisations définissent quand cela se produit.

Ordres plus automatisations

Les deux mécanismes travaillent ensemble : l’ordre permanent dit que l’agent possède le tri quotidien de la boîte de réception, l’automatisation de huit heures dit d’exécuter le tri selon les ordres permanents, et l’agent lit l’ordre, exécute les étapes et rend compte des résultats. Le prompt de la tâche d’automatisation doit renvoyer à l’ordre permanent plutôt que le dupliquer ; l’exemple de la documentation ajoute une tâche en semaine avec un fuseau, un délai de cinq minutes, une option d’annonce avec un canal et un destinataire, et un message qui dit d’exécuter le tri selon les ordres permanents, de vérifier le courrier pour les nouvelles alertes, d’analyser, de catégoriser et de conserver chaque élément, de rendre compte d’un résumé et d’escalader les inconnues. Des ordres permanents sans déclencheurs deviennent des suggestions, et c’est pourquoi la liste des choses à éviter se termine par l’oubli de les faire respecter.

Exemples et discipline

• Trois programmes travaillés : contenu et réseaux sociaux sur un cycle hebdomadaire, avec toutes les publications soumises à la relecture du propriétaire pendant les trente premiers jours et des règles de contenu sur la voix de la marque, ne jamais se présenter comme une IA dans le contenu public et se concentrer sur la valeur pour l’audience ; le traitement financier déclenché par un nouveau fichier de données ou un cycle mensuel, avec une analyse sans approbation, des recommandations soumises au propriétaire, et une escalade sur tout élément unique au-dessus de cinq cents, une catégorie vingt pour cent au-dessus du budget, une transaction non reconnaissable, ou un échec après deux relances ; et une surveillance système continue à chaque battement de cœur, avec des redémarrages automatiques, une escalade quand un redémarrage échoue deux fois, et une matrice de réponses pour les services tombés, le disque bas, les tâches périmées et les canaux hors ligne.
• Le schéma exécuter-vérifier-rendre compte fait que chaque tâche fait le travail, confirme le résultat, puis dit au propriétaire ce qui a été fait et vérifié : dire que ce sera fait n’est pas une exécution, fini sans vérification n’est pas acceptable, un échec obtient une relance avec une approche ajustée puis un diagnostic rapporté, jamais un échec silencieux, et jamais plus de trois tentatives avant d’escalader. La documentation y voit le remède au mode d’échec le plus courant des agents, accuser réception d’une tâche sans l’accomplir.
• Pour plusieurs sujets, gardez des programmes séparés avec leur propre cadence de déclenchement, leurs propres points d’approbation et des frontières claires, plus une section d’escalade partagée qui s’applique à tous.

L’espace de travail de l’agent OpenClaw liste les fichiers d’amorçage qui font charger un ordre permanent, et Les automatisations d’OpenClaw est la couche de temps qui le fait respecter.

À faire et à éviter

Commencez avec une autorité étroite et élargissez-la à mesure que la confiance grandit, définissez des points d’approbation explicites pour les actions à risque, incluez des sections de ce qu’il ne faut pas faire, combinez avec des automatisations, relisez les journaux de l’agent chaque semaine, et traitez les ordres comme des documents vivants. Évitez d’accorder une large autorité dès le premier jour, de sauter les règles d’escalade, de supposer que des instructions orales seront retenues, de mélanger les sujets dans un même programme, et de laisser des ordres sans déclencheurs. Le battement de cœur d’OpenClaw est le cycle sur lequel tourne l’exemple de surveillance, et Les objectifs de session d’OpenClaw l’objectif par session qui complète un programme permanent.

Sur Diali

Sur Diali, le fichier des agents est le fichier d’espace de travail que le tableau de bord injecte dans l’assistant, donc les ordres permanents écrits là se chargent à chaque session, et l’écran des automatisations fournit le planning. OpenClaw hébergé sur Diali est l’assistant et Le fichier SOUL d’OpenClaw le fichier compagnon qui porte la voix à laquelle un programme de contenu se réfère.

• Portée, déclencheurs, points d’approbation, escalade.
• Les ordres disent quoi ; les automatisations disent quand.
• Exécuter, vérifier, rendre compte ; trois tentatives, puis escalader.