Les points d’accroche sont de petits scripts qui s’exécutent lorsqu’un événement se produit dans le Gateway. Ils peuvent être découverts à partir de répertoires et inspectés avecDocumentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
openclaw hooks. Le Gateway charge les points d’accroche internes uniquement après que vous avez activé les points d’accroche ou configuré au moins une entrée de point d’accroche, un pack de points d’accroche, un gestionnaire hérité ou un répertoire de points d’accroche supplémentaire.
Il existe deux types de points d’accroche dans OpenClaw :
- Points d’accroche internes (cette page) : s’exécutent dans le Gateway lorsque des événements d’agent se produisent, comme
/new,/reset,/stopou des événements de cycle de vie. - Webhooks : points de terminaison HTTP externes qui permettent à d’autres systèmes de déclencher du travail dans OpenClaw. Consultez Webhooks.
openclaw hooks list affiche à la fois les points d’accroche autonomes et les points d’accroche gérés par des plugins.
Démarrage rapide
Types d’événements
| Événement | Quand il se déclenche |
|---|---|
command:new | Commande /new émise |
command:reset | Commande /reset émise |
command:stop | Commande /stop émise |
command | Tout événement de commande (écouteur général) |
session:compact:before | Avant que la Compaction ne résume l’historique |
session:compact:after | Après la fin de la Compaction |
session:patch | Lorsque les propriétés de session sont modifiées |
agent:bootstrap | Avant l’injection des fichiers d’amorçage de l’espace de travail |
gateway:startup | Après le démarrage des canaux et le chargement des points d’accroche |
gateway:shutdown | Lorsque l’arrêt du Gateway commence |
gateway:pre-restart | Avant un redémarrage attendu du Gateway |
message:received | Message entrant depuis n’importe quel canal |
message:transcribed | Après la fin de la transcription audio |
message:preprocessed | Après la fin ou l’omission du prétraitement des médias et des liens |
message:sent | Message sortant livré |
Écriture de points d’accroche
Structure d’un point d’accroche
Chaque point d’accroche est un répertoire contenant deux fichiers :Format de HOOK.md
metadata.openclaw) :
| Champ | Description |
|---|---|
emoji | Émoji d’affichage pour la CLI |
events | Tableau d’événements à écouter |
export | Export nommé à utiliser (valeur par défaut : "default") |
os | Plateformes requises (par ex. ["darwin", "linux"]) |
requires | Chemins bins, anyBins, env ou config requis |
always | Contourner les vérifications d’éligibilité (booléen) |
install | Méthodes d’installation |
Implémentation du gestionnaire
type, action, sessionKey, timestamp, messages (ajoutez-y des éléments pour les envoyer à l’utilisateur) et context (données propres à l’événement). Les contextes de point d’accroche de Plugin d’agent et d’outil peuvent également inclure trace, un contexte de trace de diagnostic compatible W3C en lecture seule que les plugins peuvent transmettre aux journaux structurés pour la corrélation OTEL.
Points clés du contexte d’événement
Événements de commande (command:new, command:reset) : context.sessionEntry, context.previousSessionEntry, context.commandSource, context.workspaceDir, context.cfg.
Événements de message (message:received) : context.from, context.content, context.channelId, context.metadata (données propres au fournisseur incluant senderId, senderName, guildId). context.content privilégie un corps de commande non vide pour les messages de type commande, puis se rabat sur le corps entrant brut et le corps générique ; il n’inclut pas les enrichissements réservés à l’agent, comme l’historique du fil ou les résumés de liens.
Événements de message (message:sent) : context.to, context.content, context.success, context.channelId.
Événements de message (message:transcribed) : context.transcript, context.from, context.channelId, context.mediaPath.
Événements de message (message:preprocessed) : context.bodyForAgent (corps enrichi final), context.from, context.channelId.
Événements d’amorçage (agent:bootstrap) : context.bootstrapFiles (tableau mutable), context.agentId.
Événements de correctif de session (session:patch) : context.sessionEntry, context.patch (seuls les champs modifiés), context.cfg. Seuls les clients privilégiés peuvent déclencher des événements de correctif.
Événements de Compaction : session:compact:before inclut messageCount, tokenCount. session:compact:after ajoute compactedCount, summaryLength, tokensBefore, tokensAfter.
command:stop observe l’utilisateur émettre /stop ; il s’agit du cycle de vie d’annulation/de commande, et non d’une barrière de finalisation d’agent. Les plugins qui doivent inspecter une réponse finale naturelle et demander à l’agent une passe supplémentaire doivent utiliser à la place le point d’accroche de Plugin typé before_agent_finalize. Consultez Points d’accroche de Plugin.
Événements de cycle de vie du Gateway : gateway:shutdown inclut reason et restartExpectedMs, et se déclenche lorsque l’arrêt du Gateway commence. gateway:pre-restart inclut le même contexte, mais ne se déclenche que lorsque l’arrêt fait partie d’un redémarrage attendu et qu’une valeur finie de restartExpectedMs est fournie. Pendant l’arrêt, l’attente de chaque point d’accroche de cycle de vie est effectuée au mieux et bornée afin que l’arrêt continue si un gestionnaire se bloque.
Entre l’événement gateway:shutdown (ou gateway:pre-restart) et le reste de la séquence d’arrêt, le gateway déclenche également un point d’accroche de Plugin typé session_end pour chaque session encore active lorsque le processus s’est arrêté. Le reason de l’événement est shutdown pour un arrêt SIGTERM/SIGINT simple et restart lorsque la fermeture a été planifiée dans le cadre d’un redémarrage attendu. Cette vidange est bornée afin qu’un gestionnaire session_end lent ne puisse pas bloquer la sortie du processus, et les sessions déjà finalisées par remplacement / réinitialisation / suppression / Compaction sont ignorées afin d’éviter un double déclenchement.
Découverte des points d’accroche
Les points d’accroche sont découverts à partir de ces répertoires, par ordre croissant de priorité de remplacement :- Points d’accroche groupés : livrés avec OpenClaw
- Points d’accroche de Plugin : points d’accroche groupés dans les plugins installés
- Points d’accroche gérés :
~/.openclaw/hooks/(installés par l’utilisateur, partagés entre espaces de travail). Les répertoires supplémentaires dehooks.internal.load.extraDirspartagent cette priorité. - Points d’accroche d’espace de travail :
<workspace>/hooks/(propres à l’agent, désactivés par défaut jusqu’à activation explicite)
openclaw hooks enable <name>, installez un pack de points d’accroche ou définissez hooks.internal.enabled=true pour l’activer. Lorsque vous activez un point d’accroche nommé, le Gateway charge uniquement le gestionnaire de ce point d’accroche ; hooks.internal.enabled=true, les répertoires de points d’accroche supplémentaires et les gestionnaires hérités activent une découverte large.
Packs de points d’accroche
Les packs de points d’accroche sont des packages npm qui exportent des points d’accroche viaopenclaw.hooks dans package.json. Installez-les avec :
Points d’accroche groupés
| Point d’accroche | Événements | Ce qu’il fait |
|---|---|---|
| session-memory | command:new, command:reset | Enregistre le contexte de session dans <workspace>/memory/ |
| bootstrap-extra-files | agent:bootstrap | Injecte des fichiers d’amorçage supplémentaires depuis des motifs glob |
| command-logger | command | Journalise toutes les commandes dans ~/.openclaw/logs/commands.log |
| compaction-notifier | session:compact:before, session:compact:after | Envoie des notifications de chat visibles lorsque la Compaction de session commence/se termine |
| boot-md | gateway:startup | Exécute BOOT.md au démarrage du gateway |
Détails de session-memory
Extrait les 15 derniers messages utilisateur/assistant et les enregistre dans<workspace>/memory/YYYY-MM-DD-HHMM.md en utilisant la date locale de l’hôte. La capture de mémoire s’exécute en arrière-plan afin que les accusés de réception de /new et /reset ne soient pas retardés par les lectures de transcription ou la génération facultative de slug. Définissez hooks.internal.entries.session-memory.llmSlug: true pour générer des slugs de nom de fichier descriptifs avec le modèle configuré. Nécessite que workspace.dir soit configuré.
Configuration de bootstrap-extra-files
AGENTS.md, SOUL.md, TOOLS.md, IDENTITY.md, USER.md, HEARTBEAT.md, BOOTSTRAP.md, MEMORY.md).
Détails de command-logger
Journalise chaque commande slash dans~/.openclaw/logs/commands.log.
Détails de compaction-notifier
Envoie de courts messages d’état dans la conversation actuelle lorsque OpenClaw commence et termine la Compaction de la transcription de session. Cela rend les longs tours moins déroutants sur les surfaces de chat, car l’utilisateur peut voir que l’assistant résume le contexte et continuera après la Compaction.Détails de boot-md
ExécuteBOOT.md depuis l’espace de travail actif au démarrage du gateway.
Points d’accroche de Plugin
Les plugins peuvent enregistrer des points d’accroche typés via le SDK de Plugin pour une intégration plus profonde : interception des appels d’outils, modification des prompts, contrôle du flux des messages, et plus encore. Utilisez les points d’accroche de Plugin lorsque vous avez besoin debefore_tool_call, before_agent_reply,
before_install ou d’autres points d’accroche de cycle de vie dans le processus.
Pour la référence complète des points d’accroche de Plugin, consultez Points d’accroche de Plugin.
Configuration
L’ancien format de configuration du tableau
hooks.internal.handlers reste pris en charge pour la compatibilité ascendante, mais les nouveaux points d’accroche doivent utiliser le système fondé sur la découverte.Référence CLI
Bonnes pratiques
- Gardez les gestionnaires rapides. Les points d’accroche s’exécutent pendant le traitement des commandes. Lancez les tâches lourdes sans attente avec
void processInBackground(event). - Gérez les erreurs avec élégance. Encapsulez les opérations risquées dans try/catch ; ne levez pas d’exception afin que les autres gestionnaires puissent s’exécuter.
- Filtrez les événements tôt. Retournez immédiatement si le type ou l’action de l’événement n’est pas pertinent.
- Utilisez des clés d’événement spécifiques. Préférez
"events": ["command:new"]à"events": ["command"]pour réduire la surcharge.
Dépannage
Point d’accroche non découvert
Point d’accroche non éligible
Point d’accroche non exécuté
- Vérifiez que le point d’accroche est activé :
openclaw hooks list - Redémarrez votre processus Gateway afin que les points d’accroche soient rechargés.
- Consultez les journaux Gateway :
./scripts/clawlog.sh | grep hook
Connexe
- Référence CLI : hooks
- Webhooks
- hooks de Plugin — points d’accroche de cycle de vie de Plugin dans le processus
- Configuration