Вэб-інтэрфейс (Web UI)/Апавяшчэнні, вэб-хукі і расклады
Апавяшчэнні, вэб-хукі і расклады
v1.3.x · абноўлена 2026-09-15
Гэтая старонка ахоплівае тры вэб-інтэрфейсы, якія апрацоўваюць аўтаматызацыю выхадных дзеянняў і апавяшчэнні адміністратара: Апавяшчэнні, Вэбхукі і Распісы.
Апавяшчэнні
Гэта Апавяшчэнні экран мае тры часткі:
Уваходныя — рэжым падзей з фільтрамі па катэгорыі, ступені важнасці (інфармацыя / папярэджанне /
критично) і «толькі непрочытаныя». Націск на элемент адзначае яго як прачытаны і прыводзіць да глыбокай спасылкі на
яго ўкладка; ёсць «Адзначыць усё як прачытанае»
Матрыца дастаўкі — радкі: катэгорыі падзей (групы з магчымасцю разгорнутых падзей),
калоны: каналы (Вэб-інтэрфейс, электронная пошта, Telegram, push-паведамленні). Кожная ячэйка — гэта сцяжок; вы
можна ўсталяваць правіла для кожнай групы або мерапрыемства. “Важныя” групы заўсёды ўключаны для
Вэб-інтэрфейс. Неактыўныя каналы адключаны з падказкай налад.
Злучэнне Telegram — спіс звязаных чатаў (пазнака, значок заблакіравана, “Адлучыць”)
і а Спасылка кнопка праз глыбокую спасылку. Каналу электроннай пошты патрабуецца адрас
верыфікацыя
Вэбхукі
Гэта Вэбхукi экран адпраўляе HTTP-апавяшчэнні. Стварыць URL і падзеі ў выглядзе сцяжкоў (мультывыбар; пусты выбар адхіляецца turn.completed папярэдне праверана). Радкі паказваюць URL і падпісаныя падзеі, з пошукам і сартаваннем. Тып падзеі адпраўляецца ў X-AIHummer-Event загаловак.
Гэта Расклад экран — гэта планавальнік задач: табліца (задача, агент, канал, cron, наступны запуск, статус) з магчымасцю прыпынку/працягнення, рэдагавання і выдалення. Стварыць
Дабрачынны: repeating (выраз cron, напрыклад 0 9 * * *), once (а
дата/час) або reminder.
Мэтавы агент і падказка (што менавіта адпраўляецца) мэтавы канал
(дзе размяшчаецца адказ). Прасунутая: перазапіс сырых дадзеных JSON.
Вось як ствараюцца запланаваныя дзеянні: «кожны рабочы дзень у 9:00 агент X размяшчае вынік запыту Z у канале Y».
Пашыраныя параметры запуску
Акрамя repeating, once і reminder, праз адмін-API (/v1/admin/schedules)
даступны тып interval — запуск кожныя interval_ms мілісекунд ад пункта
адліку anchor_at. У полі «Дадаткова (JSON-нагрузка)» да звычайнага
prompt можна дадаць блок runtime (абавязковыя "version": 1,
session_mode і "wake_mode": "now"), які задае ўмовы выканання:
session_mode — isolated (кожны запуск у новым дыялогу) або existing з
conversation_id (працягваць указаны дыялог);
timeout_seconds — тэрмін аднаго запуску (па змаўчанні 48 гадзін; 0
адключае таймер);
failure_alert — апавяшчэнне ў канал (channel, target_ref.chat_id) пасля
after няўдалых запускаў запар з паўзай cooldown_ms;
delete_after_run — выдаліць вызначэнне пасля запуску (журнал запускаў
захоўваецца); best_effort — не лічыць непацверджаную дастаўку памылкай.
Такі запуск патрабуе мэтавага агента і промпта. Расклады, імпартаваныя з
іншай сістэмы, ствараюцца на паўзе і ўключаюцца асобна ўладальнікам; пакуль у
іх ёсць нявырашаныя залежнасці, уключыць іх нельга.
Далей
Каналы — куды паступаюць паведамленні і апавяшчэнні.
Гэтая старонка ахоплівае тры вэб-інтэрфейсы, якія апрацоўваюць аўтаматызацыю выхадных дзеянняў і апавяшчэнні адміністратара: **Апавяшчэнні**, **Вэбхукі** і **Распісы**.
## Апавяшчэнні
Гэта **Апавяшчэнні** экран мае тры часткі:
- **Уваходныя** — рэжым падзей з фільтрамі па катэгорыі, ступені важнасці (інфармацыя / папярэджанне /
критично) і «толькі непрочытаныя». Націск на элемент адзначае яго як прачытаны і прыводзіць да глыбокай спасылкі на
яго ўкладка; ёсць «Адзначыць усё як прачытанае»
- **Матрыца дастаўкі** — радкі: катэгорыі падзей (групы з магчымасцю разгорнутых падзей),
калоны: каналы (Вэб-інтэрфейс, электронная пошта, Telegram, push-паведамленні). Кожная ячэйка — гэта сцяжок; вы
можна ўсталяваць правіла для кожнай групы або мерапрыемства. "Важныя" групы заўсёды ўключаны для
Вэб-інтэрфейс. Неактыўныя каналы адключаны з падказкай налад.
- **Злучэнне Telegram** — спіс звязаных чатаў (пазнака, значок заблакіравана, "Адлучыць")
і а **Спасылка** кнопка праз глыбокую спасылку. Каналу электроннай пошты патрабуецца адрас
верыфікацыя
## Вэбхукі
Гэта **Вэбхукi** экран адпраўляе HTTP-апавяшчэнні. Стварыць URL і **падзеі ў выглядзе сцяжкоў** (мультывыбар; пусты выбар адхіляецца `turn.completed` папярэдне праверана). Радкі паказваюць URL і падпісаныя падзеі, з пошукам і сартаваннем. Тып падзеі адпраўляецца ў `X-AIHummer-Event` загаловак.
**20 тыпаў мерапрыемстваў** даступныя:
| Група | Падзеі |
|---|---|
| Павароты і паведамленні | `turn.completed`, `turn.failed`, `message.created`, `conversation.created` |
| Агенты | `agent.created`, `agent.updated`, `agent.deleted` |
| Плагіны і каналы | `plugin.installed`, `plugin.removed`, `channel.added`, `channel.removed` |
| Рабочыя прасторы | `workspace.created` |
| Распісы | `schedule.created`, `schedule.updated`, `schedule.deleted`, `schedule.fired` |
| Зацверджанні | `approval.requested`, `approval.resolved` |
| Памяць | `memory.stored`, `memory.captured` |
## Распісы
Гэта **Расклад** экран — гэта планавальнік задач: табліца (задача, агент, канал, cron, наступны запуск, статус) з магчымасцю прыпынку/працягнення, рэдагавання і выдалення. Стварыць
- **Дабрачынны**: `repeating` (выраз cron, напрыклад `0 9 * * *`), `once` (а
дата/час) або `reminder`.
- **Мэтавы агент** і **падказка** (што менавіта адпраўляецца) **мэтавы канал**
(дзе размяшчаецца адказ). Прасунутая: перазапіс сырых дадзеных JSON.
Вось як ствараюцца запланаваныя дзеянні: «кожны рабочы дзень у 9:00 агент X размяшчае вынік запыту Z у канале Y».
### Пашыраныя параметры запуску
Акрамя `repeating`, `once` і `reminder`, праз адмін-API (`/v1/admin/schedules`)
даступны тып **`interval`** — запуск кожныя `interval_ms` мілісекунд ад пункта
адліку `anchor_at`. У полі **«Дадаткова (JSON-нагрузка)»** да звычайнага
`prompt` можна дадаць блок `runtime` (абавязковыя `"version": 1`,
`session_mode` і `"wake_mode": "now"`), які задае ўмовы выканання:
- `session_mode` — `isolated` (кожны запуск у новым дыялогу) або `existing` з
`conversation_id` (працягваць указаны дыялог);
- `timeout_seconds` — тэрмін аднаго запуску (па змаўчанні 48 гадзін; `0`
адключае таймер);
- `thinking` — намаганне разважання (`off` … `xhigh`), `light_context` —
палегчаны кантэкст, `tools_allow` — дакладныя імёны дазволеных інструментаў;
- `failure_alert` — апавяшчэнне ў канал (`channel`, `target_ref.chat_id`) пасля
`after` няўдалых запускаў запар з паўзай `cooldown_ms`;
- `delete_after_run` — выдаліць вызначэнне пасля запуску (журнал запускаў
захоўваецца); `best_effort` — не лічыць непацверджаную дастаўку памылкай.
Такі запуск патрабуе мэтавага агента і промпта. Расклады, імпартаваныя з
іншай сістэмы, ствараюцца на паўзе і ўключаюцца асобна ўладальнікам; пакуль у
іх ёсць нявырашаныя залежнасці, уключыць іх нельга.
## Далей
- [Каналы](/be/v1.0/webui/channels) — куды паступаюць паведамленні і апавяшчэнні.
- [Унутраныя трыгеры](/be/v1.0/api/inbound-triggers) — вэб-хукі ў кантэксце API.
- [Назіральнасць](/be/v1.0/operations/observability) — якія падзеі маюць значэнне.