Skip to main content

Хуки

Hooks предоставляют расширяемую событийно-ориентированную систему для автоматизации действий в ответ на команды агента и события. Hooks автоматически обнаруживаются в каталогах и могут управляться через CLI-команды — аналогично тому, как работают Skills в OpenClaw.

Getting Oriented

Hooks — это небольшие скрипты, которые выполняются, когда что‑то происходит. Существует два вида:
  • Hooks (эта страница): выполняются внутри Gateway (шлюза), когда срабатывают события агента, такие как /new, /reset, /stop или события жизненного цикла.
  • Webhooks: внешние HTTP-вебхуки, которые позволяют запускать другие системы в OpenClaw. См. Webhook Hooks или используйте openclaw webhooks для вспомогательных команд Gmail.
Hooks также могут быть включены в плагины; см. Plugins. Типичные сценарии использования:
  • Сохранение снимка памяти при сбросе сеанса
  • Ведение аудиторского журнала команд для отладки или соответствия требованиям
  • Запуск последующей автоматизации при начале или завершении сеанса
  • Запись файлов в рабочее пространство агента или вызов внешних API при срабатывании событий
Если вы можете написать небольшую функцию на TypeScript, вы можете написать hook. Hooks обнаруживаются автоматически, а включение и отключение выполняется через CLI.

Обзор

Система hooks позволяет:
  • Сохранять контекст сеанса в память при выполнении /new
  • Логировать все команды для аудита
  • Запускать пользовательскую автоматизацию на событиях жизненного цикла агента
  • Расширять поведение OpenClaw без изменения кода ядра

Начало работы

Встроенные хуки

OpenClaw поставляется с четырьмя встроенными hooks, которые обнаруживаются автоматически:
  • 💾 session-memory: сохраняет контекст сеанса в рабочее пространство агента (по умолчанию ~/.openclaw/workspace/memory/) при выполнении /new
  • 😈 soul-evil: подменяет внедрённый контент SOUL.md на SOUL_EVIL.md в период очистки или со случайной вероятностью
  • 📝 command-logger: логирует все события команд в ~/.openclaw/logs/commands.log
  • 🚀 boot-md: запускает BOOT.md при старте Gateway (шлюза) (требуются включённые внутренние hooks)
Список доступных hooks:
Включить hook:
Проверить статус hook:
Получить подробную информацию:

Onboarding

Во время онбординга (openclaw onboard) вам будет предложено включить рекомендуемые hooks. Мастер автоматически обнаруживает подходящие hooks и предлагает их для выбора.

Обнаружение хуков

Hooks автоматически обнаруживаются из трёх каталогов (в порядке приоритета):
  1. Workspace hooks: <workspace>/hooks/ (для каждого агента, наивысший приоритет)
  2. Managed hooks: ~/.openclaw/hooks/ (установленные пользователем, общие для рабочих пространств)
  3. Bundled hooks: <openclaw>/dist/hooks/bundled/ (поставляются с OpenClaw)
Каталоги managed hooks могут содержать либо один hook, либо набор hooks (каталог пакета). Каждый hook — это каталог, содержащий:

Пакеты хуков (npm/archives)

Наборы hooks — это стандартные npm‑пакеты, которые экспортируют один или несколько hooks через openclaw.hooks в package.json. Устанавливаются так:
Спецификации Npm поддерживаются только для registry (имя пакета + необязательная версия/тег). Спецификации Git/URL/file отклоняются. Пример package.json:
Каждая запись указывает на каталог hook, содержащий HOOK.md и handler.ts (или index.ts). Наборы hooks могут включать зависимости; они будут установлены в ~/.openclaw/hooks/<id>. Примечание по безопасности: openclaw hooks install устанавливает зависимости с помощью npm install --ignore-scripts (без lifecycle-скриптов). Сохраняйте дерево зависимостей hook-пакетов «чистым JS/TS» и избегайте пакетов, которые зависят от сборок postinstall.

Hook Structure

Формат HOOK.md

Файл HOOK.md содержит метаданные в YAML frontmatter и документацию в Markdown:

Поля метаданных

Объект metadata.openclaw поддерживает:
  • emoji: отображаемый emoji для CLI (например, "💾")
  • events: массив событий для подписки (например, ["command:new", "command:reset"])
  • export: именованный экспорт для использования (по умолчанию "default")
  • homepage: URL документации
  • requires: необязательные требования
    • bins: требуемые бинарные файлы в PATH (например, ["git", "node"])
    • anyBins: должен присутствовать хотя бы один из этих бинарных файлов
    • env: требуемые переменные окружения
    • config: требуемые пути конфига (например, ["workspace.dir"])
    • os: требуемые платформы (например, ["darwin", "linux"])
  • always: обход проверок пригодности (boolean)
  • install: способы установки (для встроенных hooks: [{"id":"bundled","kind":"bundled"}])

Реализация обработчика

Файл handler.ts экспортирует функцию HookHandler:

Контекст события

Каждое событие включает:

Event Types

События команд

Срабатывают при выполнении команд агента:
  • command: все события команд (общий слушатель)
  • command:new: при выполнении команды /new
  • command:reset: при выполнении команды /reset
  • command:stop: при выполнении команды /stop

События агента

  • agent:bootstrap: перед внедрением файлов инициализации рабочего пространства (hooks могут изменять context.bootstrapFiles)

События Gateway (шлюза)

Срабатывают при запуске Gateway (шлюза):
  • gateway:startup: после запуска каналов и загрузки hooks

Hooks результатов инструментов (API плагинов)

Эти hooks не являются слушателями потока событий; они позволяют плагинам синхронно изменять результаты инструментов до того, как OpenClaw сохранит их.
  • tool_result_persist: преобразует результаты инструментов перед записью в транскрипт сеанса. Должен быть синхронным; верните обновлённую полезную нагрузку результата инструмента или undefined, чтобы оставить без изменений. См. Agent Loop.

Будущие события

Запланированные типы событий:
  • session:start: при начале нового сеанса
  • session:end: при завершении сеанса
  • agent:error: при возникновении ошибки у агента
  • message:sent: при отправке сообщения
  • message:received: при получении сообщения

Creating Custom Hooks

1. Выбор расположения

  • Workspace hooks (<workspace>/hooks/): для каждого агента, наивысший приоритет
  • Managed hooks (~/.openclaw/hooks/): общие для рабочих пространств

2. Создание структуры каталогов

3. Создание HOOK.md

4. Создание handler.ts

5. Включение и тестирование

Configuration

Новый формат конфига (рекомендуется)

Конфигурация Per-Hook

Hooks могут иметь собственную конфигурацию:

Дополнительные каталоги

Загрузка hooks из дополнительных каталогов:

Устаревший формат конфига (всё ещё поддерживается)

Старый формат конфига продолжает работать для обратной совместимости:
Примечание: module должен быть относительным путём внутри workspace. Абсолютные пути и выход за пределы workspace отклоняются. Миграция: для новых hooks используйте систему обнаружения на основе каталогов. Устаревшие обработчики загружаются после hooks, обнаруженных по каталогам.

CLI Commands

Список hooks

Информация о hook

Проверка пригодности

Включить/выключить

Bundled hook reference

session-memory

Сохраняет контекст сеанса в память при выполнении /new. События: command:new Требования: должен быть настроен workspace.dir Вывод: <workspace>/memory/YYYY-MM-DD-slug.md (по умолчанию ~/.openclaw/workspace) Что делает:
  1. Использует запись сеанса до сброса, чтобы найти корректный транскрипт
  2. Извлекает последние 15 строк диалога
  3. Использует LLM для генерации описательного slug имени файла
  4. Сохраняет метаданные сеанса в файл памяти с датой
Пример вывода:
Примеры имён файлов:
  • 2026-01-16-vendor-pitch.md
  • 2026-01-16-api-design.md
  • 2026-01-16-1430.md (резервная временная метка, если генерация slug не удалась)
Включить:

bootstrap-extra-files

Добавляет дополнительные bootstrap-файлы (например, локальные для монорепозитория AGENTS.md / TOOLS.md) во время agent:bootstrap. События: agent:bootstrap Введение в работу Вывод: файлы не создаются; подмена выполняется только в памяти. Конфиг:
Документация: SOUL Evil Hook
  • Пути вычисляются относительно workspace.
  • Файлы должны оставаться внутри workspace (проверяется через realpath).
  • Загружаются только bootstrap-файлы с распознаваемыми базовыми именами.
  • Сохраняется allowlist для субагентов (AGENTS.md и TOOLS.md только).
Включить:

command-logger

Логирует все события команд в централизованный аудиторский файл. События: command Требования: отсутствуют Вывод: ~/.openclaw/logs/commands.log Что делает:
  1. Захватывает детали события (действие команды, временную метку, ключ сеанса, ID отправителя, источник)
  2. Добавляет запись в лог-файл в формате JSONL
  3. Работает бесшумно в фоновом режиме
Примеры записей лога:
Просмотр логов:
Включить:

boot-md

Запускает BOOT.md при старте Gateway (шлюза) (после запуска каналов). Для выполнения должны быть включены внутренние hooks. События: gateway:startup Требования: должен быть настроен workspace.dir Что делает:
  1. Читает BOOT.md из вашего рабочего пространства
  2. Выполняет инструкции через runner агента
  3. Отправляет любые запрошенные исходящие сообщения через инструмент сообщений
Включить:

Best Practices

Делайте обработчики быстрыми

Hooks выполняются во время обработки команд. Держите их лёгкими:

Корректно обрабатывайте ошибки

Всегда оборачивайте рискованные операции:

Раннее фильтрование событий

Возвращайтесь раньше, если событие не относится к делу:

Используйте конкретные ключи событий

По возможности указывайте точные события в метаданных:
Вместо:

Debugging

Включение логирования hooks

Gateway (шлюз) логирует загрузку hooks при запуске:

Проверка обнаружения

Выведите список всех обнаруженных hooks:

Проверка регистрации

В обработчике логируйте момент его вызова:

Проверка пригодности

Узнайте, почему hook не пригоден:
Ищите отсутствующие требования в выводе.

Testing

Логи Gateway (шлюза)

Отслеживайте логи Gateway (шлюза), чтобы видеть выполнение hooks:

Тестирование hooks напрямую

Тестируйте обработчики изолированно:

Architecture

Core Components

  • src/hooks/types.ts: определения типов
  • src/hooks/workspace.ts: сканирование каталогов и загрузка
  • src/hooks/frontmatter.ts: разбор метаданных HOOK.md
  • src/hooks/config.ts: проверка пригодности
  • src/hooks/hooks-status.ts: отчёт о статусе
  • src/hooks/loader.ts: динамический загрузчик модулей
  • src/cli/hooks-cli.ts: CLI‑команды
  • src/gateway/server-startup.ts: загрузка hooks при старте Gateway (шлюза)
  • src/auto-reply/reply/commands-core.ts: генерация событий команд

Discovery Flow

Event Flow

Troubleshooting

Hook не обнаружен

  1. Проверьте структуру каталогов:
  2. Проверьте формат HOOK.md:
  3. Выведите список всех обнаруженных hooks:

Hook не выполняется

Проверьте требования:
Ищите отсутствующее:
  • бинарные файлы (проверьте PATH)
  • переменные окружения
  • значения конфига
  • совместимость с ОС

Hook не пригоден

  1. Убедитесь, что hook включён:
  2. Перезапустите процесс Gateway (шлюза), чтобы hooks перезагрузились.
  3. Проверьте логи Gateway (шлюза) на наличие ошибок:

Ошибки обработчика

Проверьте ошибки TypeScript/импорта:

Migration Guide

С устаревшего конфига на обнаружение

До:
После:
  1. Создайте каталог hook:
  2. Создайте HOOK.md:
  3. Обновите конфиг:
  4. Проверьте и перезапустите процесс Gateway (шлюза):
Преимущества миграции:
  • Автоматическое обнаружение
  • Управление через CLI
  • Проверка пригодности
  • Лучшая документация
  • Единая структура

See Also