Les intentions permanentes d’OpenClaw

Se souvenir d’un fait et se souvenir d’agir sont deux facultés différentes, et la seconde se dégrade le plus vite quand la conversation s’allonge. Les intentions permanentes retirent ce travail des mains du modèle : l’intention devient une ligne de base avec des champs de déclenchement vérifiables par machine, et le chemin de correspondance n’appelle jamais de modèle. Voici comment elles sont créées, appariées et retirées.

Choisir le palier

• La documentation sépare trois sortes d’intention : celles fondées sur le temps, comme un rappel du vendredi, reviennent aux tâches planifiées ; celles fondées sur un événement, comme agir quand un sujet est mentionné, reviennent aux intentions permanentes ; et les aspirations, comme améliorer une liste de contrôle ce trimestre, restent en markdown avec une date de revue explicite.
• La création est dirigée par le propriétaire : les propriétaires de canal reconnus par la liste de commandes peuvent utiliser l’outil d’intention pour créer, lister ou annuler, les autres expéditeurs ne reçoivent jamais l’outil, et les administrateurs authentifiés comme la ligne de commande locale peuvent inspecter et annuler mais pas créer, la création exigeant un canal et une identité d’expéditeur authentifiés.
• L’agent fournit une description et des mots-clés de déclenchement, et peut restreindre l’intention à une conversation ou un expéditeur, poser une expiration, changer le budget de déclenchements ou le refroidissement ; la portée par défaut est le canal et l’expéditeur courants, et même une portée explicite vers n’importe où ou n’importe qui exige encore l’identité de l’expéditeur créateur.
• Les valeurs par défaut sont volontairement prudentes : un refroidissement de 24 heures, un maximum de trois déclenchements et une expiration après 90 jours, avec au plus trois intentions injectées dans un même tour.

Les intentions permanentes sont une mémoire prospective. Elles retiennent quoi faire quand un déclencheur apparaît ; elles ne planifient pas un travail à une heure d’horloge.

Comment la correspondance marche

À un tour utilisateur éligible, OpenClaw exécute un préfiltre déterministe de mots-clés en texte intégral sur les intentions armées. Un candidat ne se déclenche que si chaque terme d’au moins une entrée de déclenchement configurée apparaît dans le tour, et le moteur revérifie la portée de canal, la portée d’expéditeur, l’expiration, le refroidissement et le budget contre les lignes de base faisant foi dans une seule transaction synchrone. La correspondance examine au plus 256 candidats par tour pour qu’un ensemble bruyant ne bloque pas le chemin de réponse, et aucun appel de modèle n’a lieu dans ce chemin. En cas de correspondance, la réponse principale reçoit un bloc de contexte caché borné nommant l’intention et sa date de création, le moteur incrémente le compte de déclenchements, note l’heure et fait avancer la ligne dans son cycle. Un crochet d’invite qui expire pendant l’attente d’admission en base ne peut pas consommer un déclenchement par sa complétion tardive, et un hôte sans la capacité requise saute la correspondance au lieu de dépenser une intention en silence.

Cycle de vie et stockage

• Les états sont explicites : en attente quand l’intention est stockée sans être armée, armée quand elle est éligible, déclenchée quand elle a correspondu et attend son refroidissement, terminée quand le budget est épuisé, annulée quand elle a été annulée explicitement, et expirée quand l’expiration est passée.
• Une intention déclenchée ne redevient armée qu’après son refroidissement, l’entretien de l’expiration et du refroidissement s’adosse aux crochets de réponse périodiques et planifiés existants plutôt que d’ajouter un autre système de minuterie, et les lignes vivent dans la base de l’agent sans ajouter de clé de configuration ni créer de fichier annexe.
• L’annulation est toujours explicite : demander à l’agent d’annuler une intention précise fait passer la ligne en annulée et elle ne peut plus se déclencher, et OpenClaw ne déduit jamais une annulation d’une conversation ordinaire, parce que les systèmes proactifs sont documentés comme agissant trop et gérant mal l’annulation d’événement.

La mémoire OpenClaw en bref est le tableau mémoire plus large et Les automatisations OpenClaw le planificateur qui détient le travail à heure fixe.

Pourquoi ne pas simplement l’écrire

Stocker une intention en prose dans un fichier de mémoire est l’option la moins fiable disponible. Le rappel prospectif décroît fortement quand le contexte grandit alors que le rappel de faits reste presque parfait, et un modèle chargé de suivre ses propres intentions en attente dérive vers le rappel systématique, qui est un échec à part entière. Compiler l’intention en une ligne avec mots-clés, portée, expiration, budget et refroidissement rend le rappel indépendant de la longueur de la conversation et borne les fausses alertes. Le même raisonnement explique pourquoi l’annulation est un état durable et non un jugement, et pourquoi le bloc injecté est plafonné à trois intentions par tour. Le modèle d’utilisateur d’OpenClaw contient des préférences durables plutôt que des actions en attente et L’architecture mémoire d’OpenClaw situe la mémoire prospective parmi les paliers.

Sur Diali

Sur Diali chaque assistant garde sa propre base sur un volume persistant, une intention créée aujourd’hui est donc toujours armée après la version suivante ; des instantanés quotidiens et une restauration en un clic sont disponibles grâce à l’option Sauvegardes (incluse avec Max). OpenClaw hébergé sur Diali décrit l’assistant hébergé et La sécurité Diali la frontière autour de chaque runtime.

• Un déclencheur d’événement, pas une horloge : le planificateur tient les heures.
• Correspondance déterministe, sans modèle, au plus 256 candidats.
• Refroidissement, budget et expiration bornent chaque intention par défaut.