Где он запускается
Плагин Webhooks запускается внутри процесса Gateway. Если ваш Gateway работает на другой машине, установите и настройте плагин на этом хосте Gateway, затем перезапустите Gateway.Настройка маршрутов
Задайте конфигурацию вplugins.entries.webhooks.config:
enabled: необязательно, по умолчаниюtruepath: необязательно, по умолчанию/plugins/webhooks/<routeId>sessionKey: обязательная сессия, которой принадлежат привязанные TaskFlowsecret: обязательный общий секрет или SecretRefcontrollerId: необязательный идентификатор контроллера для создаваемых управляемых потоковdescription: необязательная заметка для оператора
secret:
- Обычная строка
- SecretRef с
source: "env" | "file" | "exec"
Модель безопасности
Каждому маршруту доверено действовать с полномочиями TaskFlow, заданными его настроеннымsessionKey.
Это означает, что маршрут может проверять и изменять TaskFlow, принадлежащие этой сессии, поэтому
следует:
- Использовать надежный уникальный секрет для каждого маршрута
- Предпочитать ссылки на секреты встроенным секретам в открытом тексте
- Привязывать маршруты к самой узкой сессии, подходящей для рабочего процесса
- Открывать только конкретный путь Webhook, который вам нужен
- Аутентификацию по общему секрету
- Ограничения размера тела запроса и тайм-аутов
- Ограничение частоты по фиксированному окну
- Ограничение параллельных запросов
- Доступ к TaskFlow в границах владельца через
api.runtime.tasks.managedFlows.bindSession(...)
Формат запроса
Отправляйте запросыPOST с:
Content-Type: application/jsonAuthorization: Bearer <secret>илиx-openclaw-webhook-secret: <secret>
Поддерживаемые действия
Сейчас плагин принимает следующие JSON-значенияaction:
create_flowget_flowlist_flowsfind_latest_flowresolve_flowget_task_summaryset_waitingresume_flowfinish_flowfail_flowrequest_cancelcancel_flowrun_task
create_flow
Создает управляемый TaskFlow для привязанной к маршруту сессии.
Пример:
run_task
Создает управляемую дочернюю задачу внутри существующего управляемого TaskFlow.
Разрешенные среды выполнения:
subagentacp