Вэб-інтэрфейс (Web UI)/Апавяшчэнні, webhook і расклады
Апавяшчэнні, webhook і расклады
v1.0.x · абноўлена 2026-07-08
Гэтая старонка апісвае тры экраны Web UI, якія апрацоўваюць выходную аўтаматызацыю і адміністрацыйныя
абвесткі: Апавяшчэнні, Webhook і Расклады.
Апавяшчэнні
Экран «Апавяшчэнні» мае тры часткі:
Уваходныя — стужка падзей з фільтрамі па катэгорыі, важнасці (info / warning /
critical) і «толькі непрачытаныя». Клік па элеменце пазначае яго прачытаным і вядзе
на яго ўкладку; ёсць «Пазначыць усе прачытанымі».
Матрыца дастаўкі — радкі: катэгорыі падзей (групы з разгортваемымі падзеямі),
слупкі: каналы (Web UI, e-mail, Telegram, push). Кожная ячэйка — гэта сцяжок; вы
можаце задаць правіла для групы ці для падзеі. «Важныя» групы заўсёды ўключаны для
Web UI. Неактыўныя каналы выключаны з падказкай пра наладку.
Прывязка Telegram — спіс прывязаных чатаў (метка, значок блакіроўкі, «Адвязаць»)
і кнопка «Прывязаць» праз deep link. Каналу e-mail патрэбна верыфікацыя
(экран «Супольнасць»).
Webhook
Экран «Webhook» — гэта выходныя HTTP-апавяшчэнні. «+ Стварыць»: URL і
сцяжкі падзей (напрыклад, turn.completed; пусты выбар
адхіляецца). Радкі паказваюць URL і падпісаныя падзеі, з пошукам і сартаваннем.
Расклады
Экран «Расклады» — гэта планавальнік задач: табліца (задача, агент, канал,
cron, наступны запуск, статус) з паўзай/аднаўленнем, рэдагаваннем і выдаленнем. «+ Стварыць»:
Тып: repeating (cron-выраз, напрыклад 0 9 * * *), once (
дата/час) ці reminder.
Мэтавы агент і промпт (што менавіта адпраўляецца), мэтавы канал
(куды ідзе адказ). Дадаткова: перавызначэнне неапрацаванай JSON-нагрузкі.
Так вы будуеце запланаваныя дзеянні: «кожны працоўны дзень а 9:00 агент X публікуе
вынік промпту Z у канал Y».
Гэтая старонка апісвае тры экраны Web UI, якія апрацоўваюць выходную аўтаматызацыю і адміністрацыйныя
абвесткі: **Апавяшчэнні**, **Webhook** і **Расклады**.
## Апавяшчэнні
Экран **«Апавяшчэнні»** мае тры часткі:
- **Уваходныя** — стужка падзей з фільтрамі па катэгорыі, важнасці (info / warning /
critical) і «толькі непрачытаныя». Клік па элеменце пазначае яго прачытаным і вядзе
на яго ўкладку; ёсць «Пазначыць усе прачытанымі».
- **Матрыца дастаўкі** — радкі: катэгорыі падзей (групы з разгортваемымі падзеямі),
слупкі: каналы (Web UI, e-mail, Telegram, push). Кожная ячэйка — гэта сцяжок; вы
можаце задаць правіла для групы ці для падзеі. «Важныя» групы заўсёды ўключаны для
Web UI. Неактыўныя каналы выключаны з падказкай пра наладку.
- **Прывязка Telegram** — спіс прывязаных чатаў (метка, значок блакіроўкі, «Адвязаць»)
і кнопка **«Прывязаць»** праз deep link. Каналу e-mail патрэбна верыфікацыя
(экран «Супольнасць»).
## Webhook
Экран **«Webhook»** — гэта выходныя HTTP-апавяшчэнні. «+ Стварыць»: URL і
**сцяжкі падзей** (напрыклад, `turn.completed`; пусты выбар
адхіляецца). Радкі паказваюць URL і падпісаныя падзеі, з пошукам і сартаваннем.
## Расклады
Экран **«Расклады»** — гэта планавальнік задач: табліца (задача, агент, канал,
cron, наступны запуск, статус) з паўзай/аднаўленнем, рэдагаваннем і выдаленнем. «+ Стварыць»:
- **Тып**: `repeating` (cron-выраз, напрыклад `0 9 * * *`), `once` (
дата/час) ці `reminder`.
- **Мэтавы агент** і **промпт** (што менавіта адпраўляецца), **мэтавы канал**
(куды ідзе адказ). Дадаткова: перавызначэнне неапрацаванай JSON-нагрузкі.
Так вы будуеце запланаваныя дзеянні: «кожны працоўны дзень а 9:00 агент X публікуе
вынік промпту Z у канал Y».
## Далей
- [Каналы](/be/v1.0/webui/channels) — куды ідуць паведамленні і абвесткі.
- [Уваходныя трыгеры](/be/v1.0/api/inbound-triggers) — webhook у кантэксце API.
- [Назіральнасць](/be/v1.0/operations/observability) — якія падзеі важныя.