Diese Seite behandelt drei Web-UI-Bildschirme, die die ausgehende Automatisierung und Administratorwarnungen verwalten: Benachrichtigungen, Webhooks und Zeitpläne.
Benachrichtigungen
Der Benachrichtigungen Bildschirm hat drei Teile:
Posteingang — ein Ereignis-Feed mit Filtern nach Kategorie, Schweregrad (Info / Warnung /
kritisch) und „nur ungelesen“. Durch Klicken auf ein Element wird es als gelesen markiert und es wird ein Direktlink geöffnet zu
Es ist die Registerkarte; dort gibt es “Alle als gelesen markieren”.
Liefermuster — Zeilen: Ereigniskategorien (Gruppen mit erweiterbaren Ereignissen),
Spalten: Kanäle (Web-Benutzeroberfläche, E-Mail, Telegram, Push). Jede Zelle ist ein Kontrollkästchen; Sie
kann eine Regel pro Gruppe oder pro Veranstaltung festlegen. „Wichtige“ Gruppen sind immer eingeschaltet für die
Web-Benutzeroberfläche. Inaktive Kanäle sind mit einem Einrichtungshinweis deaktiviert.
Telegram-Verknüpfung — eine Liste verknüpfter Chats (Label, gesperrtes Abzeichen, „Trennen“)
und ein Link Schaltfläche über Deep Link. Der E-Mail-Kanal benötigt eine Adresse
Verifizierung.
Webhooks
Der Webhooks Bildschirm sind ausgehende HTTP-Benachrichtigungen. “+ Erstellen”: eine URL und Ereignis-Kontrollkästchen (Mehrfachauswahl; eine leere Auswahl wird abgelehnt, turn.completed ist vorausgewählt). Die Zeilen zeigen die URL und die abonnierten Ereignisse, mit Suche und Sortierung. Die Art des Ereignisses wird gesendet in der X-AIHummer-Event Kopfzeile.
Der Zeitpläne Bildschirm ist der Aufgabenplaner: eine Tabelle (Aufgabe, Agent, Kanal, Cron, nächster Lauf, Status) mit Pause/Fortsetzen, Bearbeiten und Löschen. Erstellen
Kind: repeating (ein Cron-Ausdruck, z.B. 0 9 * * *), once (a
Datum/Uhrzeit) oder reminder.
Zielagent und Eingabeaufforderung (was genau gesendet wird), Zielkanal
(wo die Antwort hingeht). Fortgeschritten: eine rohe JSON-Payload-Überschreibung.
So bauen Sie geplante Aktionen auf: “Jeden Wochentag um 9:00 Uhr postet Agent X das Ergebnis von Prompt Z in Kanal Y.”
Erweiterte Laufparameter
Neben repeating, once und reminder nimmt die Admin-API
(/v1/admin/schedules) den Typ interval an — ein Lauf alle
interval_ms Millisekunden ab dem Bezugspunkt anchor_at. Im Feld
„Erweitert (rohe JSON Nutzlast)“ lässt sich neben dem gewohnten prompt
ein runtime-Block ergänzen ("version": 1, session_mode und
"wake_mode": "now" sind Pflicht), der die Ausführungsbedingungen festlegt:
session_mode — isolated (jeder Lauf in einem neuen Dialog) oder
existing mit conversation_id (den angegebenen Dialog fortsetzen);
timeout_seconds — Frist eines Laufs (standardmäßig 48 Stunden; 0
schaltet den Timer ab);
thinking — Denkaufwand (off … xhigh), light_context — ein
leichterer Kontext, tools_allow — genaue Namen der erlaubten Werkzeuge;
failure_alert — Benachrichtigung in einen Kanal (channel,
target_ref.chat_id) nach after aufeinanderfolgenden Fehlläufen mit einer
Pause cooldown_ms;
delete_after_run — die Definition nach dem Lauf löschen (das Laufprotokoll
bleibt); best_effort — eine unbestätigte Zustellung nicht als Fehler werten.
Ein solcher Lauf braucht einen Zielagenten und einen Prompt. Aus einem anderen
System importierte Zeitpläne werden pausiert angelegt und vom Eigentümer
gesondert aktiviert; solange sie ungelöste Abhängigkeiten haben, lassen sie
sich nicht aktivieren.
Nächste
Kanäle — wo Nachrichten und Benachrichtigungen hingehen.
Diese Seite behandelt drei Web-UI-Bildschirme, die die ausgehende Automatisierung und Administratorwarnungen verwalten: **Benachrichtigungen**, **Webhooks** und **Zeitpläne**.
## Benachrichtigungen
Der **Benachrichtigungen** Bildschirm hat drei Teile:
- **Posteingang** — ein Ereignis-Feed mit Filtern nach Kategorie, Schweregrad (Info / Warnung /
kritisch) und „nur ungelesen“. Durch Klicken auf ein Element wird es als gelesen markiert und es wird ein Direktlink geöffnet zu
Es ist die Registerkarte; dort gibt es "Alle als gelesen markieren".
- **Liefermuster** — Zeilen: Ereigniskategorien (Gruppen mit erweiterbaren Ereignissen),
Spalten: Kanäle (Web-Benutzeroberfläche, E-Mail, Telegram, Push). Jede Zelle ist ein Kontrollkästchen; Sie
kann eine Regel pro Gruppe oder pro Veranstaltung festlegen. „Wichtige“ Gruppen sind immer eingeschaltet für die
Web-Benutzeroberfläche. Inaktive Kanäle sind mit einem Einrichtungshinweis deaktiviert.
- **Telegram-Verknüpfung** — eine Liste verknüpfter Chats (Label, gesperrtes Abzeichen, „Trennen“)
und ein **Link** Schaltfläche über Deep Link. Der E-Mail-Kanal benötigt eine Adresse
Verifizierung.
## Webhooks
Der **Webhooks** Bildschirm sind ausgehende HTTP-Benachrichtigungen. "+ Erstellen": eine URL und **Ereignis-Kontrollkästchen** (Mehrfachauswahl; eine leere Auswahl wird abgelehnt, `turn.completed` ist vorausgewählt). Die Zeilen zeigen die URL und die abonnierten Ereignisse, mit Suche und Sortierung. Die Art des Ereignisses wird gesendet in der `X-AIHummer-Event` Kopfzeile.
**20 Veranstaltungsarten** verfügbar:
| Gruppe | Veranstaltungen |
|---|---|
| Züge & Nachrichten | `turn.completed`, `turn.failed`, `message.created`, `conversation.created` |
| Agenten | `agent.created`, `agent.updated`, `agent.deleted` |
| Plugins & Kanäle | `plugin.installed`, `plugin.removed`, `channel.added`, `channel.removed` |
| Arbeitsbereiche | `workspace.created` |
| Zeitpläne | `schedule.created`, `schedule.updated`, `schedule.deleted`, `schedule.fired` |
| Genehmigungen | `approval.requested`, `approval.resolved` |
| Erinnerung | `memory.stored`, `memory.captured` |
## Zeitpläne
Der **Zeitpläne** Bildschirm ist der Aufgabenplaner: eine Tabelle (Aufgabe, Agent, Kanal, Cron, nächster Lauf, Status) mit Pause/Fortsetzen, Bearbeiten und Löschen. Erstellen
- **Kind**: `repeating` (ein Cron-Ausdruck, z.B. `0 9 * * *`), `once` (a
Datum/Uhrzeit) oder `reminder`.
- **Zielagent** und **Eingabeaufforderung** (was genau gesendet wird), **Zielkanal**
(wo die Antwort hingeht). Fortgeschritten: eine rohe JSON-Payload-Überschreibung.
So bauen Sie geplante Aktionen auf: "Jeden Wochentag um 9:00 Uhr postet Agent X das Ergebnis von Prompt Z in Kanal Y."
### Erweiterte Laufparameter
Neben `repeating`, `once` und `reminder` nimmt die Admin-API
(`/v1/admin/schedules`) den Typ **`interval`** an — ein Lauf alle
`interval_ms` Millisekunden ab dem Bezugspunkt `anchor_at`. Im Feld
**„Erweitert (rohe JSON Nutzlast)“** lässt sich neben dem gewohnten `prompt`
ein `runtime`-Block ergänzen (`"version": 1`, `session_mode` und
`"wake_mode": "now"` sind Pflicht), der die Ausführungsbedingungen festlegt:
- `session_mode` — `isolated` (jeder Lauf in einem neuen Dialog) oder
`existing` mit `conversation_id` (den angegebenen Dialog fortsetzen);
- `timeout_seconds` — Frist eines Laufs (standardmäßig 48 Stunden; `0`
schaltet den Timer ab);
- `thinking` — Denkaufwand (`off` … `xhigh`), `light_context` — ein
leichterer Kontext, `tools_allow` — genaue Namen der erlaubten Werkzeuge;
- `failure_alert` — Benachrichtigung in einen Kanal (`channel`,
`target_ref.chat_id`) nach `after` aufeinanderfolgenden Fehlläufen mit einer
Pause `cooldown_ms`;
- `delete_after_run` — die Definition nach dem Lauf löschen (das Laufprotokoll
bleibt); `best_effort` — eine unbestätigte Zustellung nicht als Fehler werten.
Ein solcher Lauf braucht einen Zielagenten und einen Prompt. Aus einem anderen
System importierte Zeitpläne werden pausiert angelegt und vom Eigentümer
gesondert aktiviert; solange sie ungelöste Abhängigkeiten haben, lassen sie
sich nicht aktivieren.
## Nächste
- [Kanäle](/de/v1.0/webui/channels) — wo Nachrichten und Benachrichtigungen hingehen.
- [Eingehende Auslöser](/de/v1.0/api/inbound-triggers) — Webhooks im API-Kontext.
- [Beobachtbarkeit](/de/v1.0/operations/observability) — welche Ereignisse wichtig sind.