Hooki

Hooki zapewniają rozszerzalny system sterowany zdarzeniami do automatyzacji działań w odpowiedzi na polecenia agenta i zdarzenia. Hooki są automatycznie wykrywane z katalogów i mogą być zarządzane za pomocą poleceń CLI, podobnie jak Skills w OpenClaw.

Orientacja

Hooki to małe skrypty uruchamiane, gdy coś się wydarzy. Istnieją dwa rodzaje:

Hooki (ta strona): uruchamiane wewnątrz Gateway, gdy występują zdarzenia agenta, takie jak /new, /reset, /stop lub zdarzenia cyklu życia.
Webhooki: zewnętrzne webhooki HTTP, które pozwalają innym systemom wyzwalać działania w OpenClaw. Zobacz Webhook Hooks lub użyj openclaw webhooks dla poleceń pomocniczych Gmail.

Hooki mogą być także dołączane do wtyczek; zobacz Plugins. Typowe zastosowania:

Zapisywanie migawki pamięci przy resetowaniu sesji
Prowadzenie śladu audytowego poleceń na potrzeby rozwiązywania problemów lub zgodności
Wyzwalanie dalszej automatyzacji przy rozpoczęciu lub zakończeniu sesji
Zapisywanie plików w obszarze roboczym agenta lub wywoływanie zewnętrznych API po wystąpieniu zdarzeń

Jeśli potrafisz napisać małą funkcję w TypeScript, możesz napisać hook. Hooki są wykrywane automatycznie, a ich włączanie lub wyłączanie odbywa się przez CLI.

Przegląd

System hooków umożliwia:

Zapisywanie kontekstu sesji do pamięci po wydaniu /new
Rejestrowanie wszystkich poleceń do audytu
Wyzwalanie niestandardowych automatyzacji przy zdarzeniach cyklu życia agenta
Rozszerzanie zachowania OpenClaw bez modyfikowania kodu rdzenia

Pierwsze kroki

Dołączone hooki

OpenClaw zawiera cztery dołączone hooki, które są automatycznie wykrywane:

💾 session-memory: zapisuje kontekst sesji do obszaru roboczego agenta (domyślnie ~/.openclaw/workspace/memory/) po wydaniu /new
Zamienia wstrzykniętą treść SOUL.md na SOUL_EVIL.md podczas okna czyszczenia lub losowo.
📝 command-logger: rejestruje wszystkie zdarzenia poleceń do ~/.openclaw/logs/commands.log
🚀 boot-md: uruchamia BOOT.md przy starcie gateway (wymaga włączonych hooków wewnętrznych)

Wyświetl dostępne hooki:

openclaw hooks list

Włącz hook:

openclaw hooks enable session-memory

Sprawdź status hooka:

openclaw hooks check

Uzyskaj szczegółowe informacje:

openclaw hooks info session-memory

Onboarding

Podczas onboardingu (openclaw onboard) zostaniesz poproszony o włączenie zalecanych hooków. Kreator automatycznie wykrywa kwalifikujące się hooki i prezentuje je do wyboru.

Wykrywanie hooków

Hooki są automatycznie wykrywane z trzech katalogów (w kolejności priorytetu):

Hooki obszaru roboczego: <workspace>/hooks/ (na agenta, najwyższy priorytet)
Hooki zarządzane: ~/.openclaw/hooks/ (instalowane przez użytkownika, współdzielone między obszarami roboczymi)
Hooki dołączone: <openclaw>/dist/hooks/bundled/ (dostarczane z OpenClaw)

Katalogi hooków zarządzanych mogą być pojedynczym hookiem lub pakietem hooków (katalog pakietu). Każdy hook jest katalogiem zawierającym:

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

Pakiety hooków (npm/archiwa)

Pakiety hooków to standardowe pakiety npm, które eksportują jeden lub więcej hooków poprzez openclaw.hooks w package.json. Instaluj je poleceniem:

openclaw hooks install <path-or-spec>

Specyfikacje Npm są dostępne wyłącznie z rejestru (nazwa pakietu + opcjonalna wersja/tag). Specyfikacje Git/URL/file są odrzucane. Przykład package.json:

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

Każdy wpis wskazuje na katalog hooka zawierający HOOK.md oraz handler.ts (lub index.ts). Pakiety hooków mogą dostarczać zależności; zostaną one zainstalowane w ~/.openclaw/hooks/<id>. Uwaga dotycząca bezpieczeństwa: openclaw hooks install instaluje zależności za pomocą npm install --ignore-scripts (bez skryptów cyklu życia). Utrzymuj drzewa zależności pakietów hooków jako „pure JS/TS” i unikaj pakietów, które polegają na kompilacji w postinstall.

Struktura hooka

Format HOOK.md

Plik HOOK.md zawiera metadane w YAML frontmatter oraz dokumentację 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.

Pola metadanych

Obiekt metadata.openclaw obsługuje:

emoji: emoji wyświetlane w CLI (np. "💾")
events: tablica zdarzeń do nasłuchiwania (np. ["command:new", "command:reset"])
export: nazwana eksportowana funkcja do użycia (domyślnie "default")
homepage: URL dokumentacji
requires: opcjonalne wymagania
- bins: wymagane binaria w PATH (np. ["git", "node"])
- anyBins: co najmniej jedno z tych binariów musi być obecne
- env: wymagane zmienne środowiskowe
- config: wymagane ścieżki konfiguracji (np. ["workspace.dir"])
- os: wymagane platformy (np. ["darwin", "linux"])
always: pominięcie sprawdzania kwalifikowalności (boolean)
install: metody instalacji (dla dołączonych hooków: [{"id":"bundled","kind":"bundled"}])

Implementacja obsługi

Plik handler.ts eksportuje funkcję 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;

Kontekst zdarzenia

Każde zdarzenie zawiera:

{
  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
  }
}

Typy zdarzeń

Zdarzenia poleceń

Wyzwalane, gdy wydawane są polecenia agenta:

command: wszystkie zdarzenia poleceń (nasłuch ogólny)
command:new: gdy wydane zostaje polecenie /new
command:reset: gdy wydane zostaje polecenie /reset
command:stop: gdy wydane zostaje polecenie /stop

Zdarzenia agenta

agent:bootstrap: przed wstrzyknięciem plików bootstrap obszaru roboczego (hooki mogą modyfikować context.bootstrapFiles)

Zdarzenia Gateway

Wyzwalane przy starcie gateway:

gateway:startup: po uruchomieniu kanałów i załadowaniu hooków

Hooki wyników narzędzi (API wtyczek)

Te hooki nie są nasłuchiwaczami strumienia zdarzeń; pozwalają wtyczkom synchronicznie modyfikować wyniki narzędzi, zanim OpenClaw je zapisze.

tool_result_persist: przekształca wyniki narzędzi przed zapisaniem do transkrypcji sesji. Musi być synchroniczne; zwróć zaktualizowany ładunek wyniku narzędzia lub undefined, aby pozostawić bez zmian. Zobacz Agent Loop.

Przyszłe zdarzenia

Planowane typy zdarzeń:

session:start: gdy rozpoczyna się nowa sesja
session:end: gdy sesja się kończy
agent:error: gdy agent napotyka błąd
message:sent: gdy wysyłana jest wiadomość
message:received: gdy wiadomość jest odbierana

Tworzenie niestandardowych hooków

1. Wybierz lokalizację

Hooki obszaru roboczego (<workspace>/hooks/): na agenta, najwyższy priorytet
Hooki zarządzane (~/.openclaw/hooks/): współdzielone między obszarami roboczymi

2. Utwórz strukturę katalogów

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

3. Utwórz 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. Utwórz 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. Włącz i przetestuj

# 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

Konfiguracja

Nowy format konfiguracji (zalecany)

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

Konfiguracja per hook

Hooki mogą mieć niestandardową konfigurację:

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

Dodatkowe katalogi

Ładowanie hooków z dodatkowych katalogów:

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

Starszy format konfiguracji (nadal wspierany)

Stary format konfiguracji nadal działa ze względu na zgodność wsteczną:

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

Uwaga: module musi być ścieżką względną względem workspace. Ścieżki bezwzględne i wyjście poza workspace są odrzucane. Migracja: w przypadku nowych hooków używaj nowego systemu opartego na wykrywaniu. Starsze procedury obsługi są ładowane po hookach opartych na katalogach.

Polecenia CLI

Lista hooków

# 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

Informacje o hooku

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

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

Sprawdzenie kwalifikowalności

# Show eligibility summary
openclaw hooks check

# JSON output
openclaw hooks check --json

Włączanie/wyłączanie

# Enable a hook
openclaw hooks enable session-memory

# Disable a hook
openclaw hooks disable command-logger

Referencja dołączonych hooków

session-memory

Zapisuje kontekst sesji do pamięci po wydaniu /new. Zdarzenia: command:new 😈 soul-evil: zamienia wstrzykniętą treść SOUL.md na SOUL_EVIL.md podczas okna czyszczenia lub losowo Wyjście: <workspace>/memory/YYYY-MM-DD-slug.md (domyślnie ~/.openclaw/workspace) Co robi:

Używa wpisu sesji sprzed resetu do zlokalizowania właściwej transkrypcji
Wyodrębnia ostatnie 15 linii rozmowy
Używa LLM do wygenerowania opisowego sluga nazwy pliku
Zapisuje metadane sesji do datowanego pliku pamięci

Przykładowe wyjście:

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

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

Przykłady nazw plików:

2026-01-16-vendor-pitch.md
2026-01-16-api-design.md
2026-01-16-1430.md (zapasowy znacznik czasu, jeśli generowanie sluga się nie powiedzie)

Włącz:

openclaw hooks enable session-memory

bootstrap-extra-files

Wstrzykuje dodatkowe pliki bootstrap (na przykład lokalne w monorepo AGENTS.md / TOOLS.md) podczas agent:bootstrap. Zdarzenia: agent:bootstrap Wymagania: musi być skonfigurowane workspace.dir Wyjście: brak zapisywanych plików; zamiany odbywają się wyłącznie w pamięci. Konfiguracja:

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

Dokumentacja: SOUL Evil Hook

Ścieżki są rozwiązywane względem workspace.
Pliki muszą pozostawać w obrębie workspace (sprawdzane przez realpath).
Ładowane są tylko rozpoznane bazowe nazwy plików bootstrap.
Zachowana jest lista dozwolonych subagentów (AGENTS.md i TOOLS.md tylko).

Włącz:

openclaw hooks enable bootstrap-extra-files

command-logger

Rejestruje wszystkie zdarzenia poleceń do scentralizowanego pliku audytu. Zdarzenia: command Wymagania: brak Wyjście: ~/.openclaw/logs/commands.log Co robi:

Przechwytuje szczegóły zdarzeń (akcja polecenia, znacznik czasu, klucz sesji, identyfikator nadawcy, źródło)
Dopisuje do pliku logu w formacie JSONL
Działa cicho w tle

Przykładowe wpisy logu:

{"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"}

Podgląd logów:

# 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 .

Włącz:

openclaw hooks enable command-logger

boot-md

Uruchamia BOOT.md przy starcie gateway (po uruchomieniu kanałów). Aby to działało, muszą być włączone hooki wewnętrzne. Zdarzenia: gateway:startup Wymagania: musi być skonfigurowane workspace.dir Co robi:

Odczytuje BOOT.md z obszaru roboczego
Uruchamia instrukcje przez runner agenta
Wysyła wszelkie wymagane wiadomości wychodzące przez narzędzie wiadomości

Włącz:

openclaw hooks enable boot-md

Najlepsze praktyki

Utrzymuj szybkie procedury obsługi

Hooki działają podczas przetwarzania poleceń. Utrzymuj je lekkie:

// ✓ 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);
};

Obsługa błędów gracyjnie

Zawsze opakowuj ryzykowne operacje:

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
  }
};

Wcześnie filtruj zdarzenia

Zwróć wcześniej, jeśli zdarzenie nie jest istotne:

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

  // Your logic here
};

Używaj konkretnych kluczy zdarzeń

Jeśli to możliwe, określaj dokładne zdarzenia w metadanych:

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

Zamiast:

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

Debugowanie

Włącz logowanie hooków

Gateway loguje ładowanie hooków przy starcie:

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

Sprawdź wykrywanie

Wyświetl wszystkie wykryte hooki:

openclaw hooks list --verbose

Sprawdź rejestrację

W procedurze obsługi zaloguj, gdy jest wywoływana:

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

Zweryfikuj kwalifikowalność

Sprawdź, dlaczego hook nie jest kwalifikowalny:

openclaw hooks info my-hook

W wyjściu szukaj brakujących wymagań.

Testowanie

Logi Gateway

Monitoruj logi gateway, aby zobaczyć wykonywanie hooków:

# macOS
./scripts/clawlog.sh -f

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

Testuj hooki bezpośrednio

Testuj swoje procedury obsługi w izolacji:

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
});

Architektura

Główne komponenty

src/hooks/types.ts: definicje typów
src/hooks/workspace.ts: skanowanie katalogów i ładowanie
src/hooks/frontmatter.ts: parsowanie metadanych HOOK.md
src/hooks/config.ts: sprawdzanie kwalifikowalności
src/hooks/hooks-status.ts: raportowanie statusu
src/hooks/loader.ts: dynamiczny loader modułów
src/cli/hooks-cli.ts: polecenia CLI
src/gateway/server-startup.ts: ładuje hooki przy starcie gateway
src/auto-reply/reply/commands-core.ts: wyzwala zdarzenia poleceń

Przepływ wykrywania

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

Przepływ zdarzeń

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

Rozwiązywanie problemów

Hook nie został wykryty

Sprawdź strukturę katalogów:

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

Zweryfikuj format HOOK.md:

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

Wyświetl wszystkie wykryte hooki:
openclaw hooks list

Hook nie jest wykonywany

Sprawdź wymagania:

openclaw hooks info my-hook

Szukaj brakujących:

Binaria (sprawdź PATH)
Zmienne środowiskowe
Wartości konfiguracji
Zgodność z systemem operacyjnym

Hook niekwalifikowalny

Sprawdź, czy hook jest włączony:

openclaw hooks list
# Should show ✓ next to enabled hooks

Zrestartuj proces gateway, aby hooki zostały ponownie załadowane.
Sprawdź logi gateway pod kątem błędów:
./scripts/clawlog.sh | grep hook

Błędy obsługi

Sprawdź błędy TypeScript/importów:

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

Przewodnik migracji

Z konfiguracji starszej do wykrywania

Przed:

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

Po:

Utwórz katalog hooka:

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

Utwórz HOOK.md:

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

# My Hook

Does something useful.

Zaktualizuj konfigurację:

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

Zweryfikuj i zrestartuj proces gateway:

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

Korzyści z migracji:

Automatyczne wykrywanie
Zarządzanie przez CLI
Sprawdzanie kwalifikowalności
Lepsza dokumentacja
Spójna struktura

​Hooki

​Orientacja

​Przegląd

​Pierwsze kroki

​Dołączone hooki

​Onboarding

​Wykrywanie hooków

​Pakiety hooków (npm/archiwa)

​Struktura hooka

​Format HOOK.md

​Pola metadanych

​Implementacja obsługi

​Kontekst zdarzenia

​Typy zdarzeń

​Zdarzenia poleceń

​Zdarzenia agenta

​Zdarzenia Gateway

​Hooki wyników narzędzi (API wtyczek)

​Przyszłe zdarzenia

​Tworzenie niestandardowych hooków

​1. Wybierz lokalizację

​2. Utwórz strukturę katalogów

​3. Utwórz HOOK.md

​4. Utwórz handler.ts

​5. Włącz i przetestuj

​Konfiguracja

​Nowy format konfiguracji (zalecany)

​Konfiguracja per hook

​Dodatkowe katalogi

​Starszy format konfiguracji (nadal wspierany)

​Polecenia CLI

​Lista hooków

​Informacje o hooku

​Sprawdzenie kwalifikowalności

​Włączanie/wyłączanie

​Referencja dołączonych hooków

​session-memory

​bootstrap-extra-files

​command-logger

​boot-md

​Najlepsze praktyki

​Utrzymuj szybkie procedury obsługi

​Obsługa błędów gracyjnie

​Wcześnie filtruj zdarzenia

​Używaj konkretnych kluczy zdarzeń

​Debugowanie

​Włącz logowanie hooków

​Sprawdź wykrywanie

​Sprawdź rejestrację

​Zweryfikuj kwalifikowalność

​Testowanie

​Logi Gateway

​Testuj hooki bezpośrednio

​Architektura

​Główne komponenty

​Przepływ wykrywania

​Przepływ zdarzeń

​Rozwiązywanie problemów

​Hook nie został wykryty

​Hook nie jest wykonywany

​Hook niekwalifikowalny

​Błędy obsługi

​Przewodnik migracji

​Z konfiguracji starszej do wykrywania

​Zobacz także

Hooki

Orientacja

Przegląd

Pierwsze kroki

Dołączone hooki

Onboarding

Wykrywanie hooków

Pakiety hooków (npm/archiwa)

Struktura hooka

Format HOOK.md

Pola metadanych

Implementacja obsługi

Kontekst zdarzenia

Typy zdarzeń

Zdarzenia poleceń

Zdarzenia agenta

Zdarzenia Gateway

Hooki wyników narzędzi (API wtyczek)

Przyszłe zdarzenia

Tworzenie niestandardowych hooków

1. Wybierz lokalizację

2. Utwórz strukturę katalogów

3. Utwórz HOOK.md

4. Utwórz handler.ts

5. Włącz i przetestuj

Konfiguracja

Nowy format konfiguracji (zalecany)

Konfiguracja per hook

Dodatkowe katalogi

Starszy format konfiguracji (nadal wspierany)

Polecenia CLI

Lista hooków

Informacje o hooku

Sprawdzenie kwalifikowalności

Włączanie/wyłączanie

Referencja dołączonych hooków

session-memory

bootstrap-extra-files

command-logger

boot-md

Najlepsze praktyki

Utrzymuj szybkie procedury obsługi

Obsługa błędów gracyjnie

Wcześnie filtruj zdarzenia

Używaj konkretnych kluczy zdarzeń

Debugowanie

Włącz logowanie hooków

Sprawdź wykrywanie

Sprawdź rejestrację

Zweryfikuj kwalifikowalność

Testowanie

Logi Gateway

Testuj hooki bezpośrednio

Architektura

Główne komponenty

Przepływ wykrywania

Przepływ zdarzeń

Rozwiązywanie problemów

Hook nie został wykryty

Hook nie jest wykonywany

Hook niekwalifikowalny

Błędy obsługi

Przewodnik migracji

Z konfiguracji starszej do wykrywania

Zobacz także