AiHummer
Polski▾
Zaloguj sięKonto
v1.3.x▾
v1.3.xstablev1.2.xstablev1.1.xstablev1.0.xstable
{ }Swagger
Interfejs webowy/Powiadomienia, webhooki i harmonogramy

Powiadomienia, webhooki i harmonogramy

v1.3.x · zaktualizowany 2026-09-15

Ta strona obejmuje trzy ekrany interfejsu Web UI, które obsługują automatyzację wychodzącą i powiadomienia administracyjne: Powiadomienia, Webhooki i Harmonogramy.

Powiadomienia

Ten Powiadomienia ekran ma trzy części:

  • Skrzynka odbiorcza — kanał zdarzeń z filtrami według kategorii, ważności (informacja / ostrzeżenie / krytyczne) i „tylko nieprzeczytane”. Kliknięcie elementu oznacza go jako przeczytany i prowadzi do To jest zakładka; jest tam „Oznacz wszystkie jako przeczytane”.
  • Macierz dostaw — wiersze: kategorie wydarzeń (grupy z rozwijalnymi wydarzeniami), kolumny: kanały (Web UI, e-mail, Telegram, powiadomienia push). Każda komórka to pole wyboru; ty można ustawić zasadę dla grupy lub dla wydarzenia. Grupy „Ważne” są zawsze włączone dla Interfejs WWW. Nieaktywne kanały są wyłączone z podpowiedzią dotyczącą konfiguracji.
  • Łączenie z Telegramem — lista powiązanych czatów (etykieta, odznaka zablokowana, „Odłącz”) i “Link” przycisk poprzez głęboki link. Kanał e-mail potrzebuje adresu weryfikacja.

Webhooki

Ten Webhooki ekran to wychodzące powiadomienia HTTP. “+ Create”: adres URL oraz checkboxy wydarzeń (wielokrotny wybór; pusta selekcja jest odrzucana, turn.completed jest wstępnie zaznaczone). Wiersze pokazują URL i subskrybowane zdarzenia, z możliwością wyszukiwania i sortowania. Rodzaj zdarzenia jest wysyłany w X-AIHummer-Event nagłówek.

20 rodzajów wydarzeń są dostępne:

Grupa Wydarzenia
Tury i wiadomości turn.completed, turn.failed, message.created, conversation.created
Agenci agent.created, agent.updated, agent.deleted
Wtyczki i kanały plugin.installed, plugin.removed, channel.added, channel.removed
Obszary robocze workspace.created
Harmonogramy schedule.created, schedule.updated, schedule.deleted, schedule.fired
Zatwierdzenia approval.requested, approval.resolved
Pamięć memory.stored, memory.captured

Harmonogramy

Ten Harmonogramy ekran to harmonogram zadań: tabela (zadanie, agent, kanał, cron, następne uruchomienie, status) z pauzą/wznowieniem, edycją i usuwaniem. + Utwórz

  • Miły: repeating (wyrażenie cron, np. 0 9 * * *), once (a data/czas) lub reminder.
  • Docelowy agent i wywołanie (co dokładnie jest wysyłane), docelowy kanał (gdzie trafia odpowiedź). Zaawansowane: surowe nadpisanie ładunku JSON.

Oto jak tworzy się zaplanowane działania: „każdego dnia roboczego o 9:00 agent X publikuje wynik polecenia Z na kanale Y”.

Zaawansowane parametry uruchomienia

Oprócz repeating, once i reminder API administracyjne (/v1/admin/schedules) przyjmuje typ interval — uruchomienie co interval_ms milisekund od punktu odniesienia anchor_at. W polu „Zaawansowane (surowy ładunek JSON)” obok zwykłego prompt można dodać blok runtime (wymagane są "version": 1, session_mode i "wake_mode": "now"), który ustala warunki wykonania:

  • session_mode — isolated (każde uruchomienie w nowej rozmowie) lub existing z conversation_id (kontynuować wskazaną rozmowę);
  • timeout_seconds — limit czasu jednego uruchomienia (domyślnie 48 godzin; 0 wyłącza licznik);
  • thinking — wysiłek rozumowania (off … xhigh), light_context — odchudzony kontekst, tools_allow — dokładne nazwy dozwolonych narzędzi;
  • failure_alert — powiadomienie do kanału (channel, target_ref.chat_id) po after kolejnych nieudanych uruchomieniach z przerwą cooldown_ms;
  • delete_after_run — usunąć definicję po uruchomieniu (dziennik uruchomień zostaje); best_effort — nie traktować niepotwierdzonej dostawy jako błędu.

Takie uruchomienie wymaga agenta docelowego i promptu. Harmonogramy zaimportowane z innego systemu są tworzone w stanie wstrzymania i włączane osobno przez właściciela; dopóki mają nierozwiązane zależności, nie da się ich włączyć.

Dalej