Les objectifs de session d’OpenClaw

Un objectif est un but durable attaché à la session OpenClaw courante. Il donne à l’agent et à l’opérateur une cible partagée pour un travail de longue haleine sans transformer cette cible en tâche d’arrière-plan, en rappel, en tâche cron ou en consigne permanente. Les objectifs sont un état de session : ils suivent la clé de session, survivent aux redémarrages du processus, et apparaissent dans la commande d’objectif, les outils d’objectif côté modèle et le pied de page de la TUI. Voici le démarrage rapide, à quoi sert un objectif, les états, le mécanisme de budget, les règles sous lesquelles travaille le modèle, et les surfaces qui le montrent.

Démarrage rapide et raison d’être

• Démarrez un objectif avec la commande d’objectif et un but, affichez-le avec la commande nue, modifiez la formulation, mettez en pause avec une note, reprenez, terminez avec une note, ou effacez ; le mot de démarrage est facultatif, puisque tout texte après la commande qui n’est pas un mot d’action connu devient un nouveau but.
• Utilisez un objectif quand une session a un résultat concret qui doit rester visible sur de nombreux tours : la clôture d’une PR, une session de débogage, une passe de documentation, une tâche de maintenance bornée.
• Un seul objectif peut exister sur une session à la fois ; en démarrer un second échoue tant que le courant n’est pas effacé, et les commandes de nouvelle session et de réinitialisation effacent l’objectif puisqu’elles repartent volontairement d’un contexte neuf.
• Les actions explicites préservent les sauts de ligne et l’espacement dans le but, et les buts sont limités à 16 000 caractères.

Un objectif n’est pas une file de tâches.

États et budgets

Six états : actif, la session poursuit l’objectif ; en pause par l’opérateur, repris par la commande ; bloqué, quand l’agent ou l’opérateur a signalé un vrai obstacle, repris quand de nouvelles informations existent ; limité par le budget, quand le budget de jetons configuré a été atteint, où la reprise relance la poursuite avec une nouvelle fenêtre de budget ; limité par l’usage, réservé à un futur état d’arrêt ; et terminé, qui est final, si bien que l’objectif doit être effacé avant qu’un autre démarre. Un budget de jetons est facultatif et fixé seulement par l’outil du modèle qui crée un objectif ; il est mesuré à partir du compte de jetons frais de la session à la création, en attendant le prochain instantané frais si l’actuel est périmé pour que la dépense antérieure ne soit pas facturée, et l’atteindre passe l’objectif en limité par le budget sans le supprimer. La documentation appelle les budgets un garde-fou d’objectif de session, pas un plafond de facturation ; le quota du fournisseur, le rapport de coûts et le comportement du contexte utilisent les contrôles normaux.

Les règles du modèle

• Trois outils : lire l’objectif avec son état, son but, son usage et son budget ; en créer un seulement quand l’utilisateur ou les instructions système le demandent explicitement, en échouant si un objectif existe ; et le mettre à jour en terminé ou bloqué. Le modèle ne peut pas mettre en pause, reprendre, effacer ni remplacer un objectif en silence ; cela reste des contrôles d’opérateur.
• Terminé seulement quand le but est vérifié contre le but complet sans travail requis restant ; bloqué seulement après que la même condition bloquante se répète pendant trois tours d’objectif consécutifs, une reprise relançant ce compte ; un budget presque épuisé ne justifie jamais de marquer un travail inachevé comme terminé, et mettre à jour l’état n’envoie aucune réponse, si bien que l’agent doit toujours la réponse finale demandée.
• Chaque tour de chat avec un objectif actif porte une ligne de contexte compacte nommant le but et les règles, avancer, le garder actif jusqu’à l’atteindre, bloquer seulement après trois tours consécutifs, et fournir la réponse finale visible après une mise à jour ; les objectifs en pause, bloqués, limités et terminés ne sont pas injectés, si bien qu’un arrêt de l’opérateur tient jusqu’à la reprise.

Les automatisations d’OpenClaw est là où le travail détaché ou planifié a sa place, et Les sessions d’OpenClaw la clé de session avec laquelle un objectif voyage.

Les surfaces

Dans l’interface de contrôle, Objectif est un mode du sélecteur de commandes où le but est du texte littéral, le démarrage enregistre l’objectif, son tour d’utilisateur et l’admission de l’exécution ensemble avant d’acquitter, et l’objectif apparaît comme une pastille au-dessus du compositeur avec un libellé d’état, le but tronqué et un minuteur en direct, plus des contrôles en ligne pour modifier, mettre en pause ou reprendre, effacer, et déplier pour le but complet, la dernière note, l’usage et le temps écoulé ; les requêtes portent des identifiants d’opération avec des reçus de vingt-quatre heures pour qu’une relance rejoue au lieu de dupliquer. Le pied de page de la TUI garde l’objectif à côté des champs d’agent, de session et de modèle avec des libellés compacts pour en cours, en pause, bloqué, limité et atteint. La commande fonctionne dans toute surface qui accepte les commandes, l’état de l’objectif s’attache à la clé de session plutôt qu’au transport, et ce n’est pas une directive de livraison : il ne force pas les réponses par un canal, ne change pas le comportement de la file, n’approuve pas d’outils et ne planifie pas de travail. Les commandes slash d’OpenClaw couvre la surface de commandes, et Le suivi d’usage d’OpenClaw les comptes de jetons qu’un budget lit.

Sur Diali

Sur Diali, un objectif suit la session comme partout ailleurs : fixez-le avec la commande slash dans tout canal qui accepte les commandes texte, et il survit à nos releases parce que l’état de session vit sur le volume de l’assistant. OpenClaw hébergé sur Diali est l’assistant.

• Un but par session, qui suit la clé de session.
• Le modèle peut terminer ou bloquer, jamais mettre en pause, reprendre ou effacer.
• Les budgets sont un garde-fou, pas une facture.