--- read_when: - Ajuster la cadence ou la messagerie du Heartbeat - Décider entre Heartbeat et Cron pour les tâches planifiées sidebarTitle: Heartbeat summary: Messages d’interrogation Heartbeat et règles de notification title: Heartbeat x-i18n: generated_at: "2026-06-27T17:30:22Z" model: gpt-5.5 postprocess_version: locale-links-v1 provider: openai source_hash: 415c8f8f18143320a015e44237471b09b8fc091975f78dd9de025310df39645b source_path: gateway/heartbeat.md workflow: 16 --- **Heartbeat ou cron ?** Consultez [Automatisation](/fr/automation) pour savoir quand utiliser chacun. Heartbeat exécute des **tours d’agent périodiques** dans la session principale afin que le modèle puisse signaler ce qui nécessite votre attention sans vous spammer. Heartbeat est un tour planifié de la session principale : il ne crée **pas** d’enregistrements de [tâche en arrière-plan](/fr/automation/tasks). Les enregistrements de tâche sont destinés au travail détaché (exécutions ACP, sous-agents, tâches cron isolées). Dépannage : [Tâches planifiées](/fr/automation/cron-jobs#troubleshooting) ## Démarrage rapide (débutant) Laissez les heartbeats activés (la valeur par défaut est `30m`, ou `1h` pour l’authentification OAuth/jeton Anthropic, y compris la réutilisation de Claude CLI) ou définissez votre propre cadence. Créez une petite liste de contrôle `HEARTBEAT.md` ou un bloc `tasks:` dans l’espace de travail de l’agent. `target: "none"` est la valeur par défaut ; définissez `target: "last"` pour les acheminer vers le dernier contact. - Activez la livraison du raisonnement heartbeat pour plus de transparence. - Utilisez un contexte d’amorçage léger si les exécutions heartbeat n’ont besoin que de `HEARTBEAT.md`. - Activez les sessions isolées pour éviter d’envoyer tout l’historique de conversation à chaque heartbeat. - Limitez les heartbeats aux heures actives (heure locale). Exemple de configuration : ```json5 { agents: { defaults: { heartbeat: { every: "30m", target: "last", // explicit delivery to last contact (default is "none") directPolicy: "allow", // default: allow direct/DM targets; set "block" to suppress lightContext: true, // optional: only inject HEARTBEAT.md from bootstrap files isolatedSession: true, // optional: fresh session each run (no conversation history) skipWhenBusy: true, // optional: also defer when this agent's subagent or nested lanes are busy // activeHours: { start: "08:00", end: "24:00" }, // includeReasoning: true, // optional: send separate `Thinking` message too }, }, }, } ``` ## Valeurs par défaut - Intervalle : `30m` (ou `1h` lorsque l’authentification OAuth/jeton Anthropic est le mode d’authentification détecté, y compris la réutilisation de Claude CLI). Définissez `agents.defaults.heartbeat.every` ou `agents.list[].heartbeat.every` par agent ; utilisez `0m` pour désactiver. - Corps du prompt (configurable via `agents.defaults.heartbeat.prompt`) : `Read HEARTBEAT.md if it exists (workspace context). Follow it strictly. Do not infer or repeat old tasks from prior chats. If nothing needs attention, reply HEARTBEAT_OK.` - Délai d’expiration : les tours heartbeat non définis utilisent `agents.defaults.timeoutSeconds` lorsque cette valeur est définie. Sinon, ils utilisent la cadence heartbeat plafonnée à 600 secondes. Définissez `agents.defaults.heartbeat.timeoutSeconds` ou `agents.list[].heartbeat.timeoutSeconds` par agent pour un travail heartbeat plus long. - Le prompt heartbeat est envoyé **tel quel** comme message utilisateur. Le prompt système inclut une section « Heartbeat » uniquement lorsque les heartbeats sont activés pour l’agent par défaut, et l’exécution est marquée en interne. - Lorsque les heartbeats sont désactivés avec `0m`, les exécutions normales omettent aussi `HEARTBEAT.md` du contexte d’amorçage afin que le modèle ne voie pas les instructions réservées aux heartbeats. - Les heures actives (`heartbeat.activeHours`) sont vérifiées dans le fuseau horaire configuré. En dehors de la fenêtre, les heartbeats sont ignorés jusqu’au prochain tick à l’intérieur de la fenêtre. - Les heartbeats sont automatiquement différés lorsque du travail cron est actif ou en file d’attente. Définissez `heartbeat.skipWhenBusy: true` pour différer aussi un agent sur son propre sous-agent indexé par clé de session ou ses voies de commande imbriquées ; les agents frères ne sont plus mis en pause simplement parce qu’un autre agent a du travail de sous-agent en cours. ## À quoi sert le prompt heartbeat Le prompt par défaut est volontairement large : - **Tâches en arrière-plan** : « Consider outstanding tasks » incite l’agent à examiner les suivis (boîte de réception, calendrier, rappels, travail en file d’attente) et à signaler tout élément urgent. - **Point de contact humain** : « Checkup sometimes on your human during day time » incite à envoyer occasionnellement un message léger du type « besoin de quelque chose ? », tout en évitant le spam nocturne grâce à votre fuseau horaire local configuré (voir [Fuseau horaire](/fr/concepts/timezone)). Heartbeat peut réagir aux [tâches en arrière-plan](/fr/automation/tasks) terminées, mais une exécution heartbeat ne crée pas elle-même d’enregistrement de tâche. Si vous voulez qu’un heartbeat fasse quelque chose de très précis (par exemple « check Gmail PubSub stats » ou « verify gateway health »), définissez `agents.defaults.heartbeat.prompt` (ou `agents.list[].heartbeat.prompt`) avec un corps personnalisé (envoyé tel quel). ## Contrat de réponse - Si rien ne nécessite votre attention, répondez avec **`HEARTBEAT_OK`**. - Les exécutions heartbeat capables d’utiliser des outils peuvent plutôt appeler `heartbeat_respond` avec `notify: false` pour aucune mise à jour visible, ou `notify: true` plus `notificationText` pour une alerte. Lorsqu’elle est présente, la réponse structurée de l’outil prévaut sur le texte de repli. - Pendant les exécutions heartbeat, OpenClaw traite `HEARTBEAT_OK` comme un accusé de réception lorsqu’il apparaît au **début ou à la fin** de la réponse. Le jeton est supprimé et la réponse est abandonnée si le contenu restant est **≤ `ackMaxChars`** (valeur par défaut : 300). - Si `HEARTBEAT_OK` apparaît au **milieu** d’une réponse, il n’est pas traité de façon particulière. - Pour les alertes, **n’incluez pas** `HEARTBEAT_OK` ; renvoyez uniquement le texte de l’alerte. En dehors des heartbeats, un `HEARTBEAT_OK` parasite au début ou à la fin d’un message est supprimé et journalisé ; un message contenant uniquement `HEARTBEAT_OK` est abandonné. ## Configuration ```json5 { agents: { defaults: { heartbeat: { every: "30m", // default: 30m (0m disables) model: "anthropic/claude-opus-4-6", includeReasoning: false, // default: false (deliver separate Thinking message when available) lightContext: false, // default: false; true keeps only HEARTBEAT.md from workspace bootstrap files isolatedSession: false, // default: false; true runs each heartbeat in a fresh session (no conversation history) skipWhenBusy: false, // default: false; true also waits for this agent's subagent/nested lanes target: "last", // default: none | options: last | none | (core or plugin, e.g. "imessage") to: "+15551234567", // optional channel-specific override accountId: "ops-bot", // optional multi-account channel id prompt: "Read HEARTBEAT.md if it exists (workspace context). Follow it strictly. Do not infer or repeat old tasks from prior chats. If nothing needs attention, reply HEARTBEAT_OK.", ackMaxChars: 300, // max chars allowed after HEARTBEAT_OK }, }, }, } ``` ### Portée et priorité - `agents.defaults.heartbeat` définit le comportement heartbeat global. - `agents.list[].heartbeat` fusionne par-dessus ; si un agent possède un bloc `heartbeat`, **seuls ces agents** exécutent des heartbeats. - `channels.defaults.heartbeat` définit les valeurs de visibilité par défaut pour tous les canaux. - `channels..heartbeat` remplace les valeurs par défaut du canal. - `channels..accounts..heartbeat` (canaux multi-comptes) remplace les paramètres par canal. ### Heartbeats par agent Si une entrée `agents.list[]` inclut un bloc `heartbeat`, **seuls ces agents** exécutent des heartbeats. Le bloc par agent fusionne par-dessus `agents.defaults.heartbeat` (vous pouvez donc définir une fois les valeurs par défaut partagées et les remplacer par agent). Exemple : deux agents, seul le second agent exécute des heartbeats. ```json5 { agents: { defaults: { heartbeat: { every: "30m", target: "last", // explicit delivery to last contact (default is "none") }, }, list: [ { id: "main", default: true }, { id: "ops", heartbeat: { every: "1h", target: "whatsapp", to: "+15551234567", timeoutSeconds: 45, prompt: "Read HEARTBEAT.md if it exists (workspace context). Follow it strictly. Do not infer or repeat old tasks from prior chats. If nothing needs attention, reply HEARTBEAT_OK.", }, }, ], }, } ``` ### Exemple d’heures actives Limitez les heartbeats aux heures ouvrables dans un fuseau horaire spécifique : ```json5 { agents: { defaults: { heartbeat: { every: "30m", target: "last", // explicit delivery to last contact (default is "none") activeHours: { start: "09:00", end: "22:00", timezone: "America/New_York", // optional; uses your userTimezone if set, otherwise host tz }, }, }, }, } ``` En dehors de cette fenêtre (avant 9 h ou après 22 h, heure de l’Est), les heartbeats sont ignorés. Le prochain tick planifié à l’intérieur de la fenêtre s’exécutera normalement. ### Configuration 24 h/24, 7 j/7 Si vous voulez que les heartbeats s’exécutent toute la journée, utilisez l’un de ces modèles : - Omettez entièrement `activeHours` (aucune restriction de fenêtre horaire ; c’est le comportement par défaut). - Définissez une fenêtre d’une journée complète : `activeHours: { start: "00:00", end: "24:00" }`. Ne définissez pas la même heure pour `start` et `end` (par exemple de `08:00` à `08:00`). Cela est traité comme une fenêtre de largeur nulle, donc les heartbeats sont toujours ignorés. ### Exemple multi-comptes Utilisez `accountId` pour cibler un compte spécifique sur des canaux multi-comptes comme Telegram : ```json5 { agents: { list: [ { id: "ops", heartbeat: { every: "1h", target: "telegram", to: "12345678:topic:42", // optional: route to a specific topic/thread accountId: "ops-bot", }, }, ], }, channels: { telegram: { accounts: { "ops-bot": { botToken: "YOUR_TELEGRAM_BOT_TOKEN" }, }, }, }, } ``` ### Notes sur les champs Intervalle Heartbeat (chaîne de durée ; unité par défaut = minutes). Remplacement facultatif du modèle pour les exécutions heartbeat (`provider/model`). Lorsque cette option est activée, livre aussi le message `Thinking` séparé lorsqu’il est disponible (même forme que `/reasoning on`). Lorsque cette option vaut true, les exécutions heartbeat utilisent un contexte d’amorçage léger et conservent uniquement `HEARTBEAT.md` parmi les fichiers d’amorçage de l’espace de travail. Lorsque cette option vaut true, chaque heartbeat s’exécute dans une nouvelle session sans historique de conversation antérieur. Utilise le même modèle d’isolation que cron `sessionTarget: "isolated"`. Réduit fortement le coût en jetons par heartbeat. Combinez avec `lightContext: true` pour maximiser les économies. Le routage de livraison utilise toujours le contexte de la session principale. Lorsque cette option vaut true, les exécutions heartbeat sont différées sur les voies occupées supplémentaires de cet agent : son propre sous-agent indexé par clé de session ou son travail de commande imbriqué. Les voies cron différent toujours les heartbeats, même sans cet indicateur, afin que les hôtes de modèles locaux n’exécutent pas des prompts cron et heartbeat en même temps. Clé de session facultative pour les exécutions heartbeat. - `main` (par défaut) : session principale de l’agent. - Clé de session explicite (copiez-la depuis `openclaw sessions --json` ou la [CLI des sessions](/fr/cli/sessions)). - Formats de clé de session : voir [Sessions](/fr/concepts/session) et [Groupes](/fr/channels/groups). - `last` : livrer au dernier canal externe utilisé. - canal explicite : tout canal configuré ou identifiant de plugin, par exemple `discord`, `matrix`, `telegram` ou `whatsapp`. - `none` (par défaut) : exécuter le heartbeat mais **ne pas livrer** à l’extérieur. Contrôle le comportement de livraison directe/DM. `allow` : autoriser la livraison heartbeat directe/DM. `block` : supprimer la livraison directe/DM (`reason=dm-blocked`). Remplacement facultatif du destinataire (identifiant propre au canal, par exemple E.164 pour WhatsApp ou un identifiant de chat Telegram). Pour les sujets/fils Telegram, utilisez `:topic:`. Identifiant de compte facultatif pour les canaux multi-comptes. Lorsque `target: "last"`, l’identifiant de compte s’applique au dernier canal résolu s’il prend en charge les comptes ; sinon, il est ignoré. Si l’identifiant de compte ne correspond pas à un compte configuré pour le canal résolu, la livraison est ignorée. Remplace le corps d’invite par défaut (sans fusion). Nombre maximal de caractères autorisés après `HEARTBEAT_OK` avant la livraison. Lorsque la valeur est vraie, supprime les charges utiles d’avertissement d’erreur d’outil pendant les exécutions de Heartbeat. Nombre maximal de secondes autorisé pour un tour d’agent Heartbeat avant son abandon. Laissez non défini pour utiliser `agents.defaults.timeoutSeconds` s’il est défini ; sinon, la cadence Heartbeat plafonnée à 600 secondes. Limite les exécutions de Heartbeat à une fenêtre horaire. Objet avec `start` (HH:MM, inclus ; utilisez `00:00` pour le début de journée), `end` (HH:MM exclus ; `24:00` autorisé pour la fin de journée) et `timezone` facultatif. - Omis ou `"user"` : utilise votre `agents.defaults.userTimezone` s’il est défini, sinon revient au fuseau horaire du système hôte. - `"local"` : utilise toujours le fuseau horaire du système hôte. - Tout identifiant IANA (par exemple `America/New_York`) : utilisé directement ; s’il est invalide, revient au comportement `"user"` ci-dessus. - `start` et `end` ne doivent pas être égaux pour une fenêtre active ; des valeurs égales sont traitées comme une largeur nulle (toujours hors de la fenêtre). - En dehors de la fenêtre active, les Heartbeat sont ignorés jusqu’au prochain tick dans la fenêtre. ## Comportement de livraison - Les Heartbeat s’exécutent par défaut dans la session principale de l’agent (`agent::`), ou `global` lorsque `session.scope = "global"`. Définissez `session` pour remplacer par une session de canal spécifique (Discord/WhatsApp/etc.). - `session` n’affecte que le contexte d’exécution ; la livraison est contrôlée par `target` et `to`. - Pour livrer à un canal/destinataire spécifique, définissez `target` + `to`. Avec `target: "last"`, la livraison utilise le dernier canal externe pour cette session. - Les livraisons Heartbeat autorisent par défaut les cibles directes/DM. Définissez `directPolicy: "block"` pour supprimer les envois vers des cibles directes tout en exécutant quand même le tour Heartbeat. - Si la file principale, la voie de session cible, la voie cron ou une tâche cron active est occupée, le Heartbeat est ignoré et réessayé plus tard. - Si `skipWhenBusy: true`, le sous-agent indexé par clé de session de cet agent et les voies imbriquées reportent aussi les exécutions Heartbeat. Les voies occupées des autres agents ne reportent pas cet agent. - Si `target` ne résout aucune destination externe, l’exécution a quand même lieu, mais aucun message sortant n’est envoyé. - Si `showOk`, `showAlerts` et `useIndicator` sont tous désactivés, l’exécution est ignorée dès le départ avec `reason=alerts-disabled`. - Si seule la livraison d’alertes est désactivée, OpenClaw peut quand même exécuter le Heartbeat, mettre à jour les horodatages des tâches dues, restaurer l’horodatage d’inactivité de la session et supprimer la charge utile d’alerte sortante. - Si la cible Heartbeat résolue prend en charge l’indication de saisie, OpenClaw affiche la saisie pendant que l’exécution Heartbeat est active. Cela utilise la même cible à laquelle le Heartbeat enverrait la sortie de discussion, et c’est désactivé par `typingMode: "never"`. - Les réponses uniquement Heartbeat ne gardent **pas** la session active. Les métadonnées Heartbeat peuvent mettre à jour la ligne de session, mais l’expiration pour inactivité utilise `lastInteractionAt` depuis le dernier vrai message utilisateur/canal, et l’expiration quotidienne utilise `sessionStartedAt`. - L’historique de Control UI et de WebChat masque les invites Heartbeat et les accusés uniquement OK. La transcription de session sous-jacente peut toujours contenir ces tours pour l’audit/la relecture. - Les [tâches en arrière-plan](/fr/automation/tasks) détachées peuvent mettre en file d’attente un événement système et réveiller Heartbeat lorsque la session principale doit remarquer rapidement quelque chose. Ce réveil ne transforme pas l’exécution Heartbeat en tâche en arrière-plan. ## Contrôles de visibilité Par défaut, les accusés `HEARTBEAT_OK` sont supprimés tandis que le contenu d’alerte est livré. Vous pouvez ajuster cela par canal ou par compte : ```yaml channels: defaults: heartbeat: showOk: false # Hide HEARTBEAT_OK (default) showAlerts: true # Show alert messages (default) useIndicator: true # Emit indicator events (default) telegram: heartbeat: showOk: true # Show OK acknowledgments on Telegram whatsapp: accounts: work: heartbeat: showAlerts: false # Suppress alert delivery for this account ``` Priorité : par compte → par canal → valeurs par défaut du canal → valeurs par défaut intégrées. ### Ce que fait chaque indicateur - `showOk` : envoie un accusé `HEARTBEAT_OK` lorsque le modèle renvoie une réponse uniquement OK. - `showAlerts` : envoie le contenu de l’alerte lorsque le modèle renvoie une réponse non OK. - `useIndicator` : émet des événements d’indicateur pour les surfaces d’état d’interface utilisateur. Si les **trois** sont faux, OpenClaw ignore entièrement l’exécution Heartbeat (aucun appel au modèle). ### Exemples par canal et par compte ```yaml channels: defaults: heartbeat: showOk: false showAlerts: true useIndicator: true slack: heartbeat: showOk: true # all Slack accounts accounts: ops: heartbeat: showAlerts: false # suppress alerts for the ops account only telegram: heartbeat: showOk: true ``` ### Modèles courants | Objectif | Configuration | | ---------------------------------------- | ---------------------------------------------------------------------------------------- | | Comportement par défaut (OK silencieux, alertes activées) | _(aucune configuration nécessaire)_ | | Entièrement silencieux (aucun message, aucun indicateur) | `channels.defaults.heartbeat: { showOk: false, showAlerts: false, useIndicator: false }` | | Indicateur seulement (aucun message) | `channels.defaults.heartbeat: { showOk: false, showAlerts: false, useIndicator: true }` | | OK dans un seul canal | `channels.telegram.heartbeat: { showOk: true }` | ## HEARTBEAT.md (facultatif) Si un fichier `HEARTBEAT.md` existe dans l’espace de travail, l’invite par défaut demande à l’agent de le lire. Pensez-y comme à votre « liste de vérification Heartbeat » : petite, stable et sûre à prendre en compte toutes les 30 minutes. Lors des exécutions normales, `HEARTBEAT.md` n’est injecté que lorsque les consignes Heartbeat sont activées pour l’agent par défaut. Désactiver la cadence Heartbeat avec `0m` ou définir `includeSystemPromptSection: false` l’omet du contexte d’amorçage normal. Sur le harnais Codex natif, le contenu de `HEARTBEAT.md` n’est pas injecté dans le tour. Si le fichier existe et contient du contenu autre que des espaces, les instructions de mode collaboration Heartbeat indiquent le fichier à Codex et lui disent de le lire avant de poursuivre. Si `HEARTBEAT.md` existe mais est effectivement vide (seulement des lignes vides, des commentaires Markdown/HTML, des titres Markdown comme `# Heading`, des marqueurs de clôture ou des ébauches de listes de vérification vides), OpenClaw ignore l’exécution Heartbeat pour économiser des appels API. Cette omission est signalée comme `reason=empty-heartbeat-file`. Si le fichier est absent, le Heartbeat s’exécute quand même et le modèle décide quoi faire. Gardez-le minuscule (courte liste de vérification ou rappels) pour éviter de gonfler l’invite. Exemple `HEARTBEAT.md` : ```md # Heartbeat checklist - Quick scan: anything urgent in inboxes? - If it's daytime, do a lightweight check-in if nothing else is pending. - If a task is blocked, write down _what is missing_ and ask Peter next time. ``` ### Blocs `tasks:` `HEARTBEAT.md` prend aussi en charge un petit bloc structuré `tasks:` pour des vérifications basées sur des intervalles dans Heartbeat lui-même. Exemple : ```md tasks: - name: inbox-triage interval: 30m prompt: "Check for urgent unread emails and flag anything time sensitive." - name: calendar-scan interval: 2h prompt: "Check for upcoming meetings that need prep or follow-up." # Additional instructions - Keep alerts short. - If nothing needs attention after all due tasks, reply HEARTBEAT_OK. ``` - OpenClaw analyse le bloc `tasks:` et vérifie chaque tâche par rapport à son propre `interval`. - Seules les tâches **dues** sont incluses dans l’invite Heartbeat pour ce tick. - Si aucune tâche n’est due, le Heartbeat est entièrement ignoré (`reason=no-tasks-due`) pour éviter un appel au modèle inutile. - Le contenu hors tâche de `HEARTBEAT.md` est conservé et ajouté comme contexte supplémentaire après la liste des tâches dues. - Les horodatages de dernière exécution des tâches sont stockés dans l’état de session (`heartbeatTaskState`), afin que les intervalles survivent aux redémarrages normaux. - Les horodatages de tâches ne sont avancés qu’après qu’une exécution Heartbeat termine son chemin de réponse normal. Les exécutions `empty-heartbeat-file` / `no-tasks-due` ignorées ne marquent pas les tâches comme terminées. Le mode tâche est utile lorsque vous voulez qu’un seul fichier Heartbeat contienne plusieurs vérifications périodiques sans payer pour chacune d’elles à chaque tick. ### L’agent peut-il mettre à jour HEARTBEAT.md ? Oui — si vous le lui demandez. `HEARTBEAT.md` est simplement un fichier normal dans l’espace de travail de l’agent, vous pouvez donc dire à l’agent (dans une discussion normale) quelque chose comme : - « Mettez à jour `HEARTBEAT.md` pour ajouter une vérification quotidienne du calendrier. » - « Réécrivez `HEARTBEAT.md` pour qu’il soit plus court et axé sur les suivis de boîte de réception. » Si vous voulez que cela se produise de façon proactive, vous pouvez aussi inclure une ligne explicite dans votre invite Heartbeat, comme : « Si la liste de vérification devient obsolète, mettez à jour HEARTBEAT.md avec une meilleure version. » Ne mettez pas de secrets (clés API, numéros de téléphone, jetons privés) dans `HEARTBEAT.md` — il devient une partie du contexte d’invite. ## Réveil manuel (à la demande) Vous pouvez mettre en file d’attente un événement système et déclencher un Heartbeat immédiat avec : ```bash openclaw system event --text "Check for urgent follow-ups" --mode now ``` Si plusieurs agents ont `heartbeat` configuré, un réveil manuel exécute immédiatement chacun de ces Heartbeat d’agent. Utilisez `--mode next-heartbeat` pour attendre le prochain tick planifié. ## Livraison du raisonnement (facultatif) Par défaut, les Heartbeat ne livrent que la charge utile finale de « réponse ». Si vous voulez de la transparence, activez : - `agents.defaults.heartbeat.includeReasoning: true` Lorsque c’est activé, les Heartbeat livrent aussi un message distinct préfixé `Thinking` (même forme que `/reasoning on`). Cela peut être utile lorsque l’agent gère plusieurs sessions/codex et que vous voulez voir pourquoi il a décidé de vous envoyer un ping — mais cela peut aussi révéler plus de détails internes que vous ne le souhaitez. Préférez le laisser désactivé dans les discussions de groupe. ## Sensibilisation aux coûts Les Heartbeat exécutent des tours d’agent complets. Des intervalles plus courts consomment davantage de jetons. Pour réduire le coût : - Utilisez `isolatedSession: true` pour éviter d’envoyer tout l’historique de conversation (environ 100 000 jetons réduits à environ 2 à 5 000 par exécution). - Utilisez `lightContext: true` pour limiter les fichiers d’amorçage au seul `HEARTBEAT.md`. - Définissez un `model` moins coûteux (par exemple `ollama/llama3.2:1b`). - Gardez `HEARTBEAT.md` petit. - Utilisez `target: "none"` si vous voulez uniquement des mises à jour d’état internes. ## Débordement de contexte après Heartbeat Si un Heartbeat a précédemment laissé une session existante sur un modèle local plus petit, par exemple un modèle Ollama avec une fenêtre de 32k, et que le prochain tour de session principale signale un débordement de contexte, réinitialisez le modèle d’exécution de la session vers le modèle principal configuré. Le message de réinitialisation d’OpenClaw le signale lorsque le dernier modèle d’exécution correspond à `heartbeat.model` configuré. Les Heartbeat actuels conservent le modèle d’exécution existant de la session partagée après la fin de l’exécution. Vous pouvez toujours utiliser `isolatedSession: true` pour exécuter les Heartbeat dans une session fraîche, le combiner avec `lightContext: true` pour l’invite la plus petite, ou choisir un modèle Heartbeat avec une fenêtre de contexte assez grande pour la session partagée. ## Connexe - [Automatisation](/fr/automation) — aperçu de tous les mécanismes d’automatisation - [Tâches en arrière-plan](/fr/automation/tasks) — comment le travail détaché est suivi - [Fuseau horaire](/fr/concepts/timezone) — comment le fuseau horaire affecte la planification des heartbeats - [Dépannage](/fr/automation/cron-jobs#troubleshooting) — débogage des problèmes d’automatisation