Hooks

Hooks fornecem um sistema extensível orientado a eventos para automatizar ações em resposta a comandos e eventos do agente. Os hooks são descobertos automaticamente a partir de diretórios e podem ser gerenciados via comandos da CLI, de forma semelhante a como as Skills funcionam no OpenClaw.

Orientação inicial

Hooks são pequenos scripts que são executados quando algo acontece. Existem dois tipos:

Hooks (esta página): executam dentro do Gateway quando eventos do agente são disparados, como /new, /reset, /stop ou eventos de ciclo de vida.
Webhooks: webhooks HTTP externos que permitem que outros sistemas disparem trabalhos no OpenClaw. Veja Webhook Hooks ou use openclaw webhooks para comandos auxiliares do Gmail.

Hooks também podem ser incluídos dentro de plugins; veja Plugins. Usos comuns:

Salvar um snapshot de memória quando você redefine uma sessão
Manter uma trilha de auditoria de comandos para solução de problemas ou conformidade
Disparar automações de acompanhamento quando uma sessão inicia ou termina
Gravar arquivos no workspace do agente ou chamar APIs externas quando eventos são disparados

Se você consegue escrever uma pequena função em TypeScript, você consegue escrever um hook. Os hooks são descobertos automaticamente, e você os habilita ou desabilita via CLI.

Visão geral

O sistema de hooks permite que você:

Salve o contexto da sessão na memória quando /new é emitido
Registre todos os comandos para auditoria
Dispare automações personalizadas em eventos de ciclo de vida do agente
Estenda o comportamento do OpenClaw sem modificar o código principal

Primeiros passos

Hooks incluídos

O OpenClaw vem com quatro hooks incluídos que são descobertos automaticamente:

💾 session-memory: Salva o contexto da sessão no workspace do seu agente (padrão ~/.openclaw/workspace/memory/) quando você emite /new
😈 soul-evil: Troca o conteúdo injetado de SOUL.md por SOUL_EVIL.md durante uma janela de purge ou por chance aleatória
📝 command-logger: Registra todos os eventos de comando em ~/.openclaw/logs/commands.log
🚀 boot-md: Executa BOOT.md quando o gateway inicia (requer hooks internos habilitados)

Liste os hooks disponíveis:

openclaw hooks list

Habilite um hook:

openclaw hooks enable session-memory

Verifique o status do hook:

openclaw hooks check

Obtenha informações detalhadas:

openclaw hooks info session-memory

Onboarding

Durante a integração inicial (openclaw onboard), você será solicitado a habilitar hooks recomendados. O assistente descobre automaticamente os hooks elegíveis e os apresenta para seleção.

Descoberta de hooks

Os hooks são descobertos automaticamente a partir de três diretórios (em ordem de precedência):

Hooks do workspace: <workspace>/hooks/ (por agente, maior precedência)
Hooks gerenciados: ~/.openclaw/hooks/ (instalados pelo usuário, compartilhados entre workspaces)
Hooks incluídos: <openclaw>/dist/hooks/bundled/ (enviados com o OpenClaw)

Os diretórios de hooks gerenciados podem ser um hook único ou um pacote de hooks (diretório de pacote). Cada hook é um diretório que contém:

my-hook/
├── HOOK.md          # Metadata + documentation
└── handler.ts       # Handler implementation

Pacotes de hooks (npm/arquivos)

Pacotes de hooks são pacotes npm padrão que exportam um ou mais hooks via openclaw.hooks em package.json. Instale-os com:

openclaw hooks install <path-or-spec>

As especificações do Npm são apenas do registry (nome do pacote + versão/tag opcional). Especificações Git/URL/file são rejeitadas. Exemplo de package.json:

{
  "name": "@acme/my-hooks",
  "version": "0.1.0",
  "openclaw": {
    "hooks": ["./hooks/my-hook", "./hooks/other-hook"]
  }
}

Cada entrada aponta para um diretório de hook que contém HOOK.md e handler.ts (ou index.ts). Pacotes de hooks podem incluir dependências; elas serão instaladas em ~/.openclaw/hooks/<id>. Nota de segurança: openclaw hooks install instala dependências com npm install --ignore-scripts (sem scripts de ciclo de vida). Mantenha as árvores de dependências do hook pack “pure JS/TS” e evite pacotes que dependam de builds em postinstall.

Estrutura do hook

Formato do HOOK.md

O arquivo HOOK.md contém metadados em frontmatter YAML mais documentação em Markdown:

---
name: my-hook
description: "Short description of what this hook does"
homepage: https://docs.openclaw.ai/hooks#my-hook
metadata:
  { "openclaw": { "emoji": "🔗", "events": ["command:new"], "requires": { "bins": ["node"] } } }
---

# My Hook

Detailed documentation goes here...

## What It Does

- Listens for `/new` commands
- Performs some action
- Logs the result

## Requirements

- Node.js must be installed

## Configuration

No configuration needed.

Campos de metadados

O objeto metadata.openclaw oferece suporte a:

emoji: Emoji de exibição para a CLI (por exemplo, "💾")
events: Array de eventos para escutar (por exemplo, ["command:new", "command:reset"])
export: Export nomeado a ser usado (padrão "default")
homepage: URL da documentação
requires: Requisitos opcionais
- bins: Binários necessários no PATH (por exemplo, ["git", "node"])
- anyBins: Pelo menos um desses binários deve estar presente
- env: Variáveis de ambiente necessárias
- config: Caminhos de configuração necessários (por exemplo, ["workspace.dir"])
- os: Plataformas necessárias (por exemplo, ["darwin", "linux"])
always: Ignorar verificações de elegibilidade (boolean)
install: Métodos de instalação (para hooks incluídos: [{"id":"bundled","kind":"bundled"}])

Implementação do handler

O arquivo handler.ts exporta uma função HookHandler:

import type { HookHandler } from "../../src/hooks/hooks.js";

const myHandler: HookHandler = async (event) => {
  // Only trigger on 'new' command
  if (event.type !== "command" || event.action !== "new") {
    return;
  }

  console.log(`[my-hook] New command triggered`);
  console.log(`  Session: ${event.sessionKey}`);
  console.log(`  Timestamp: ${event.timestamp.toISOString()}`);

  // Your custom logic here

  // Optionally send message to user
  event.messages.push("✨ My hook executed!");
};

export default myHandler;

Contexto do evento

Cada evento inclui:

{
  type: 'command' | 'session' | 'agent' | 'gateway',
  action: string,              // e.g., 'new', 'reset', 'stop'
  sessionKey: string,          // Session identifier
  timestamp: Date,             // When the event occurred
  messages: string[],          // Push messages here to send to user
  context: {
    sessionEntry?: SessionEntry,
    sessionId?: string,
    sessionFile?: string,
    commandSource?: string,    // e.g., 'whatsapp', 'telegram'
    senderId?: string,
    workspaceDir?: string,
    bootstrapFiles?: WorkspaceBootstrapFile[],
    cfg?: OpenClawConfig
  }
}

Tipos de evento

Eventos de comando

Disparados quando comandos do agente são emitidos:

command: Todos os eventos de comando (listener geral)
command:new: Quando o comando /new é emitido
command:reset: Quando o comando /reset é emitido
command:stop: Quando o comando /stop é emitido

Eventos do agente

agent:bootstrap: Antes que os arquivos de bootstrap do workspace sejam injetados (os hooks podem mutar context.bootstrapFiles)

Eventos do Gateway

Disparados quando o gateway inicia:

gateway:startup: Depois que os canais iniciam e os hooks são carregados

Hooks de resultado de ferramenta (API de plugin)

Esses hooks não são listeners de fluxo de eventos; eles permitem que plugins ajustem sincronicamente os resultados de ferramentas antes que o OpenClaw os persista.

tool_result_persist: transforma resultados de ferramentas antes que sejam gravados no transcript da sessão. Deve ser síncrono; retorne o payload de resultado de ferramenta atualizado ou undefined para mantê-lo como está. Veja Agent Loop.

Eventos futuros

Tipos de eventos planejados:

session:start: Quando uma nova sessão começa
session:end: Quando uma sessão termina
agent:error: Quando um agente encontra um erro
message:sent: Quando uma mensagem é enviada
message:received: Quando uma mensagem é recebida

Criando hooks personalizados

1. Escolher local

Hooks do workspace (<workspace>/hooks/): Por agente, maior precedência
Hooks gerenciados (~/.openclaw/hooks/): Compartilhados entre workspaces

2. Criar estrutura de diretórios

mkdir -p ~/.openclaw/hooks/my-hook
cd ~/.openclaw/hooks/my-hook

3. Criar HOOK.md

---
name: my-hook
description: "Does something useful"
metadata: { "openclaw": { "emoji": "🎯", "events": ["command:new"] } }
---

# My Custom Hook

This hook does something useful when you issue `/new`.

4. Criar handler.ts

import type { HookHandler } from "../../src/hooks/hooks.js";

const handler: HookHandler = async (event) => {
  if (event.type !== "command" || event.action !== "new") {
    return;
  }

  console.log("[my-hook] Running!");
  // Your logic here
};

export default handler;

5. Habilitar e testar

# Verify hook is discovered
openclaw hooks list

# Enable it
openclaw hooks enable my-hook

# Restart your gateway process (menu bar app restart on macOS, or restart your dev process)

# Trigger the event
# Send /new via your messaging channel

Configuração

Novo formato de configuração (recomendado)

{
  "hooks": {
    "internal": {
      "enabled": true,
      "entries": {
        "session-memory": { "enabled": true },
        "command-logger": { "enabled": false }
      }
    }
  }
}

Configuração por hook

Hooks podem ter configuração personalizada:

{
  "hooks": {
    "internal": {
      "enabled": true,
      "entries": {
        "my-hook": {
          "enabled": true,
          "env": {
            "MY_CUSTOM_VAR": "value"
          }
        }
      }
    }
  }
}

Diretórios extras

Carregue hooks a partir de diretórios adicionais:

{
  "hooks": {
    "internal": {
      "enabled": true,
      "load": {
        "extraDirs": ["/path/to/more/hooks"]
      }
    }
  }
}

Formato de configuração legado (ainda suportado)

O formato de configuração antigo ainda funciona para compatibilidade retroativa:

{
  "hooks": {
    "internal": {
      "enabled": true,
      "handlers": [
        {
          "event": "command:new",
          "module": "./hooks/handlers/my-handler.ts",
          "export": "default"
        }
      ]
    }
  }
}

Nota: module deve ser um caminho relativo ao workspace. Caminhos absolutos e navegação fora do workspace são rejeitados. Migração: Use o novo sistema baseado em descoberta para novos hooks. Handlers legados são carregados após os hooks baseados em diretório.

Comandos da CLI

Listar hooks

# List all hooks
openclaw hooks list

# Show only eligible hooks
openclaw hooks list --eligible

# Verbose output (show missing requirements)
openclaw hooks list --verbose

# JSON output
openclaw hooks list --json

Informações do hook

# Show detailed info about a hook
openclaw hooks info session-memory

# JSON output
openclaw hooks info session-memory --json

Verificar elegibilidade

# Show eligibility summary
openclaw hooks check

# JSON output
openclaw hooks check --json

Habilitar/Desabilitar

# Enable a hook
openclaw hooks enable session-memory

# Disable a hook
openclaw hooks disable command-logger

Referência de hooks incluídos

session-memory

Salva o contexto da sessão na memória quando você emite /new. Eventos: command:new Requisitos: workspace.dir deve estar configurado Saída: <workspace>/memory/YYYY-MM-DD-slug.md (padrão ~/.openclaw/workspace) O que ele faz:

Usa a entrada de sessão pré-reset para localizar o transcript correto
Extrai as últimas 15 linhas da conversa
Usa LLM para gerar um slug de nome de arquivo descritivo
Salva os metadados da sessão em um arquivo de memória datado

Exemplo de saída:

# Session: 2026-01-16 14:30:00 UTC

- **Session Key**: agent:main:main
- **Session ID**: abc123def456
- **Source**: telegram

Exemplos de nomes de arquivo:

2026-01-16-vendor-pitch.md
2026-01-16-api-design.md
2026-01-16-1430.md (timestamp de fallback se a geração do slug falhar)

Habilitar:

openclaw hooks enable session-memory

bootstrap-extra-files

Troca o conteúdo injetado de SOUL.md por SOUL_EVIL.md durante uma janela de purge ou por chance aleatória. Eventos: agent:bootstrap Requisitos: workspace.dir deve estar configurado Saída: Nenhum arquivo é gravado; as trocas acontecem apenas em memória. Configuração:

{
  "hooks": {
    "internal": {
      "enabled": true,
      "entries": {
        "soul-evil": {
          "enabled": true,
          "file": "SOUL_EVIL.md",
          "chance": 0.1,
          "purge": { "at": "21:00", "duration": "15m" }
        }
      }
    }
  }
}

Docs: SOUL Evil Hook

Os caminhos são resolvidos em relação ao workspace.
Os arquivos devem permanecer dentro do workspace (verificados com realpath).
Apenas basenames de bootstrap reconhecidos são carregados.
A allowlist de subagentes é preservada (AGENTS.md e TOOLS.md apenas).

Habilitar:

openclaw hooks enable bootstrap-extra-files

command-logger

Registra todos os eventos de comando em um arquivo centralizado de auditoria. Eventos: command Requisitos: Nenhum Saída: ~/.openclaw/logs/commands.log O que ele faz:

Captura detalhes do evento (ação do comando, timestamp, chave da sessão, ID do remetente, origem)
Anexa ao arquivo de log no formato JSONL
Executa silenciosamente em segundo plano

Entradas de log de exemplo:

{"timestamp":"2026-01-16T14:30:00.000Z","action":"new","sessionKey":"agent:main:main","senderId":"+1234567890","source":"telegram"}
{"timestamp":"2026-01-16T15:45:22.000Z","action":"stop","sessionKey":"agent:main:main","senderId":"[email protected]","source":"whatsapp"}

Ver logs:

# View recent commands
tail -n 20 ~/.openclaw/logs/commands.log

# Pretty-print with jq
cat ~/.openclaw/logs/commands.log | jq .

# Filter by action
grep '"action":"new"' ~/.openclaw/logs/commands.log | jq .

Habilitar:

openclaw hooks enable command-logger

boot-md

Executa BOOT.md quando o gateway inicia (depois que os canais iniciam). Hooks internos devem estar habilitados para que isso seja executado. Eventos: gateway:startup openclaw hooks enable soul-evil O que ele faz:

Lê BOOT.md do seu workspace
Executa as instruções via o runner do agente
Envia quaisquer mensagens de saída solicitadas via a ferramenta de mensagens

Habilitar:

openclaw hooks enable boot-md

Boas práticas

Mantenha os handlers rápidos

Hooks são executados durante o processamento de comandos. Mantenha-os leves:

// ✓ Good - async work, returns immediately
const handler: HookHandler = async (event) => {
  void processInBackground(event); // Fire and forget
};

// ✗ Bad - blocks command processing
const handler: HookHandler = async (event) => {
  await slowDatabaseQuery(event);
  await evenSlowerAPICall(event);
};

Trate erros com cuidado

Sempre envolva operações arriscadas:

const handler: HookHandler = async (event) => {
  try {
    await riskyOperation(event);
  } catch (err) {
    console.error("[my-handler] Failed:", err instanceof Error ? err.message : String(err));
    // Don't throw - let other handlers run
  }
};

Filtre eventos cedo

Retorne cedo se o evento não for relevante:

const handler: HookHandler = async (event) => {
  // Only handle 'new' commands
  if (event.type !== "command" || event.action !== "new") {
    return;
  }

  // Your logic here
};

Use chaves de evento específicas

Especifique eventos exatos nos metadados quando possível:

metadata: { "openclaw": { "events": ["command:new"] } } # Specific

Em vez de:

metadata: { "openclaw": { "events": ["command"] } } # General - more overhead

Depuração

Habilitar logs de hooks

O gateway registra o carregamento de hooks na inicialização:

Registered hook: session-memory -> command:new
Registered hook: command-logger -> command
Registered hook: boot-md -> gateway:startup

Verificar descoberta

Liste todos os hooks descobertos:

openclaw hooks list --verbose

Verificar registro

No seu handler, registre quando ele for chamado:

const handler: HookHandler = async (event) => {
  console.log("[my-handler] Triggered:", event.type, event.action);
  // Your logic
};

Verificar elegibilidade

Verifique por que um hook não é elegível:

openclaw hooks info my-hook

Procure por requisitos ausentes na saída.

Testes

Logs do Gateway

Monitore os logs do gateway para ver a execução dos hooks:

# macOS
./scripts/clawlog.sh -f

# Other platforms
tail -f ~/.openclaw/gateway.log

Testar hooks diretamente

Teste seus handlers de forma isolada:

import { test } from "vitest";
import { createHookEvent } from "./src/hooks/hooks.js";
import myHandler from "./hooks/my-hook/handler.js";

test("my handler works", async () => {
  const event = createHookEvent("command", "new", "test-session", {
    foo: "bar",
  });

  await myHandler(event);

  // Assert side effects
});

Arquitetura

Componentes principais

src/hooks/types.ts: Definições de tipos
src/hooks/workspace.ts: Varredura de diretórios e carregamento
src/hooks/frontmatter.ts: Análise de metadados do HOOK.md
src/hooks/config.ts: Verificação de elegibilidade
src/hooks/hooks-status.ts: Relatório de status
src/hooks/loader.ts: Carregador dinâmico de módulos
src/cli/hooks-cli.ts: Comandos da CLI
src/gateway/server-startup.ts: Carrega hooks na inicialização do gateway
src/auto-reply/reply/commands-core.ts: Dispara eventos de comando

Fluxo de descoberta

Gateway startup
    ↓
Scan directories (workspace → managed → bundled)
    ↓
Parse HOOK.md files
    ↓
Check eligibility (bins, env, config, os)
    ↓
Load handlers from eligible hooks
    ↓
Register handlers for events

Fluxo de eventos

User sends /new
    ↓
Command validation
    ↓
Create hook event
    ↓
Trigger hook (all registered handlers)
    ↓
Command processing continues
    ↓
Session reset

Solução de problemas

Hook não descoberto

Verifique a estrutura de diretórios:

ls -la ~/.openclaw/hooks/my-hook/
# Should show: HOOK.md, handler.ts

Verifique o formato do HOOK.md:

cat ~/.openclaw/hooks/my-hook/HOOK.md
# Should have YAML frontmatter with name and metadata

Liste todos os hooks descobertos:
openclaw hooks list

Hook não executando

Verifique os requisitos:

openclaw hooks info my-hook

Procure por ausências:

Binários (verifique o PATH)
Variáveis de ambiente
Valores de configuração
Compatibilidade com o SO

Hook não elegível

Verifique se o hook está habilitado:

openclaw hooks list
# Should show ✓ next to enabled hooks

Reinicie o processo do gateway para que os hooks sejam recarregados.
Verifique os logs do gateway para erros:
./scripts/clawlog.sh | grep hook

Erros no handler

Verifique erros de TypeScript/importação:

# Test import directly
node -e "import('./path/to/handler.ts').then(console.log)"

Guia de migração

Do config legado para descoberta

Antes:

{
  "hooks": {
    "internal": {
      "enabled": true,
      "handlers": [
        {
          "event": "command:new",
          "module": "./hooks/handlers/my-handler.ts"
        }
      ]
    }
  }
}

Depois:

Crie o diretório do hook:

mkdir -p ~/.openclaw/hooks/my-hook
mv ./hooks/handlers/my-handler.ts ~/.openclaw/hooks/my-hook/handler.ts

Crie o HOOK.md:

---
name: my-hook
description: "My custom hook"
metadata: { "openclaw": { "emoji": "🎯", "events": ["command:new"] } }
---

# My Hook

Does something useful.

Atualize a configuração:

{
  "hooks": {
    "internal": {
      "enabled": true,
      "entries": {
        "my-hook": { "enabled": true }
      }
    }
  }
}

Verifique e reinicie o processo do gateway:

openclaw hooks list
# Should show: 🎯 my-hook ✓

Benefícios da migração:

Descoberta automática
Gerenciamento via CLI
Verificação de elegibilidade
Documentação melhor
Estrutura consistente

​Hooks

​Orientação inicial

​Visão geral

​Primeiros passos

​Hooks incluídos

​Onboarding

​Descoberta de hooks

​Pacotes de hooks (npm/arquivos)

​Estrutura do hook

​Formato do HOOK.md

​Campos de metadados

​Implementação do handler

​Contexto do evento

​Tipos de evento

​Eventos de comando

​Eventos do agente

​Eventos do Gateway

​Hooks de resultado de ferramenta (API de plugin)

​Eventos futuros

​Criando hooks personalizados

​1. Escolher local

​2. Criar estrutura de diretórios

​3. Criar HOOK.md

​4. Criar handler.ts

​5. Habilitar e testar

​Configuração

​Novo formato de configuração (recomendado)

​Configuração por hook

​Diretórios extras

​Formato de configuração legado (ainda suportado)

​Comandos da CLI

​Listar hooks

​Informações do hook

​Verificar elegibilidade

​Habilitar/Desabilitar

​Referência de hooks incluídos

​session-memory

​bootstrap-extra-files

​command-logger

​boot-md

​Boas práticas

​Mantenha os handlers rápidos

​Trate erros com cuidado

​Filtre eventos cedo

​Use chaves de evento específicas

​Depuração

​Habilitar logs de hooks

​Verificar descoberta

​Verificar registro

​Verificar elegibilidade

​Testes

​Logs do Gateway

​Testar hooks diretamente

​Arquitetura

​Componentes principais

​Fluxo de descoberta

​Fluxo de eventos

​Solução de problemas

​Hook não descoberto

​Hook não executando

​Hook não elegível

​Erros no handler

​Guia de migração

​Do config legado para descoberta

​Veja também

Hooks

Orientação inicial

Visão geral

Primeiros passos

Hooks incluídos

Onboarding

Descoberta de hooks

Pacotes de hooks (npm/arquivos)

Estrutura do hook

Formato do HOOK.md

Campos de metadados

Implementação do handler

Contexto do evento

Tipos de evento

Eventos de comando

Eventos do agente

Eventos do Gateway

Hooks de resultado de ferramenta (API de plugin)

Eventos futuros

Criando hooks personalizados

1. Escolher local

2. Criar estrutura de diretórios

3. Criar HOOK.md

4. Criar handler.ts

5. Habilitar e testar

Configuração

Novo formato de configuração (recomendado)

Configuração por hook

Diretórios extras

Formato de configuração legado (ainda suportado)

Comandos da CLI

Listar hooks

Informações do hook

Verificar elegibilidade

Habilitar/Desabilitar

Referência de hooks incluídos

session-memory

bootstrap-extra-files

command-logger

boot-md

Boas práticas

Mantenha os handlers rápidos

Trate erros com cuidado

Filtre eventos cedo

Use chaves de evento específicas

Depuração

Habilitar logs de hooks

Verificar descoberta

Verificar registro

Verificar elegibilidade

Testes

Logs do Gateway

Testar hooks diretamente

Arquitetura

Componentes principais

Fluxo de descoberta

Fluxo de eventos

Solução de problemas

Hook não descoberto

Hook não executando

Hook não elegível

Erros no handler

Guia de migração

Do config legado para descoberta

Veja também