Denne siden dekker tre nettlesergrensesnittskjermer som håndterer utgående automatisering og administratorvarsler: Varsler, Webhooks og Timeplaner.
Varsler
Den Varsler skjermen har tre deler:
Innboks — en hendelsesfeed med filtre etter kategori, alvorlighetsgrad (info / advarsel /
kritisk) og “kun ulest”. Å klikke på et element markerer det som lest og dypkobler til
det er fanen; det finnes “Merk alle som lest”.
Leveringsmatrise — rader: arrangementskategorier (grupper med utvidbare arrangementer),
kolonner: kanaler (Web UI, e-post, Telegram, push). Hver celle er en avmerkingsboks; du
kan sette en regel per gruppe eller per hendelse. “Viktige” grupper er alltid på for
Webgrensesnitt. Inaktive kanaler er deaktivert med et oppsettstips.
Telegram-tilkobling — en liste over tilknyttede chatter (etikett, blokkert merke, “Fjern kobling”)
og en “Lenke” knapp via dypkobling. E-postkanalen trenger adresse
verifisering.
Webhooks
Den Webhooks skjermen er utgående HTTP-varsler. “+ Create”: en URL og hendelsesavkrysningsbokser (flervalg; et tomt valg avvises, turn.completed er forhåndsmerket). Radene viser URL-en og abonnementshendelsene, med søk og sortering. Hendelsestypen sendes i X-AIHummer-Event overskrift.
Den Tidsplaner Skjermen er oppgaveplanleggeren: en tabell (oppgave, agent, kanal, cron, neste kjøring, status) med pause/fortsett, rediger og slett. “+ Create”:
Snill: repeating (et cron-uttrykk, f.eks. 0 9 * * *), once (en
dato/tid) eller reminder.
Målagent og prompt (hva som nøyaktig blir sendt), målkanal
(hvor svaret går). Avansert: en rå JSON-payload-overstyring.
Slik bygger du planlagte handlinger: “hver ukedag kl. 09:00 legger agent X ut resultatet av prompt Z i kanal Y”.
Avanserte kjøreparametere
I tillegg til repeating, once og reminder godtar admin-API-et
(/v1/admin/schedules) typen interval — en kjøring hvert interval_ms
millisekund fra referansepunktet anchor_at. I feltet «Avansert (rå JSON
nyttelast)» kan du ved siden av den vanlige prompt legge til en
runtime-blokk ("version": 1, session_mode og "wake_mode": "now" er
påkrevd) som fastsetter kjørebetingelsene:
session_mode — isolated (hver kjøring i en ny dialog) eller existing
med conversation_id (fortsett den angitte dialogen);
timeout_seconds — fristen for én kjøring (48 timer som standard; 0 slår
av tidsuret);
thinking — resonneringsinnsats (off … xhigh), light_context — en
lettere kontekst, tools_allow — nøyaktige navn på tillatte verktøy;
failure_alert — et varsel til en kanal (channel, target_ref.chat_id)
etter after mislykkede kjøringer på rad, med en pause cooldown_ms;
delete_after_run — slett definisjonen etter kjøringen (kjøreloggen
bevares); best_effort — regn ikke en ubekreftet levering som en feil.
En slik kjøring krever en målagent og en prompt. Tidsplaner importert fra et
annet system opprettes på pause og aktiveres separat av eieren; så lenge de har
uløste avhengigheter, kan de ikke aktiveres.
Denne siden dekker tre nettlesergrensesnittskjermer som håndterer utgående automatisering og administratorvarsler: **Varsler**, **Webhooks** og **Timeplaner**.
## Varsler
Den **Varsler** skjermen har tre deler:
- **Innboks** — en hendelsesfeed med filtre etter kategori, alvorlighetsgrad (info / advarsel /
kritisk) og "kun ulest". Å klikke på et element markerer det som lest og dypkobler til
det er fanen; det finnes "Merk alle som lest".
- **Leveringsmatrise** — rader: arrangementskategorier (grupper med utvidbare arrangementer),
kolonner: kanaler (Web UI, e-post, Telegram, push). Hver celle er en avmerkingsboks; du
kan sette en regel per gruppe eller per hendelse. "Viktige" grupper er alltid på for
Webgrensesnitt. Inaktive kanaler er deaktivert med et oppsettstips.
- **Telegram-tilkobling** — en liste over tilknyttede chatter (etikett, blokkert merke, "Fjern kobling")
og en **"Lenke"** knapp via dypkobling. E-postkanalen trenger adresse
verifisering.
## Webhooks
Den **Webhooks** skjermen er utgående HTTP-varsler. "+ Create": en URL og **hendelsesavkrysningsbokser** (flervalg; et tomt valg avvises, `turn.completed` er forhåndsmerket). Radene viser URL-en og abonnementshendelsene, med søk og sortering. Hendelsestypen sendes i `X-AIHummer-Event` overskrift.
**20 typer arrangementer** er tilgjengelige:
| Gruppe | Arrangementer |
|---|---|
| Vendinger og meldinger | `turn.completed`, `turn.failed`, `message.created`, `conversation.created` |
| Agenter | `agent.created`, `agent.updated`, `agent.deleted` |
| Plugins og kanaler | `plugin.installed`, `plugin.removed`, `channel.added`, `channel.removed` |
| Arbeidsområder | `workspace.created` |
| Timeplaner | `schedule.created`, `schedule.updated`, `schedule.deleted`, `schedule.fired` |
| Godkjenninger | `approval.requested`, `approval.resolved` |
| Hukommelse | `memory.stored`, `memory.captured` |
## Timeplaner
Den **Tidsplaner** Skjermen er oppgaveplanleggeren: en tabell (oppgave, agent, kanal, cron, neste kjøring, status) med pause/fortsett, rediger og slett. "+ Create":
- **Snill**: `repeating` (et cron-uttrykk, f.eks. `0 9 * * *`), `once` (en
dato/tid) eller `reminder`.
- **Målagent** og **prompt** (hva som nøyaktig blir sendt), **målkanal**
(hvor svaret går). Avansert: en rå JSON-payload-overstyring.
Slik bygger du planlagte handlinger: "hver ukedag kl. 09:00 legger agent X ut resultatet av prompt Z i kanal Y".
### Avanserte kjøreparametere
I tillegg til `repeating`, `once` og `reminder` godtar admin-API-et
(`/v1/admin/schedules`) typen **`interval`** — en kjøring hvert `interval_ms`
millisekund fra referansepunktet `anchor_at`. I feltet **«Avansert (rå JSON
nyttelast)»** kan du ved siden av den vanlige `prompt` legge til en
`runtime`-blokk (`"version": 1`, `session_mode` og `"wake_mode": "now"` er
påkrevd) som fastsetter kjørebetingelsene:
- `session_mode` — `isolated` (hver kjøring i en ny dialog) eller `existing`
med `conversation_id` (fortsett den angitte dialogen);
- `timeout_seconds` — fristen for én kjøring (48 timer som standard; `0` slår
av tidsuret);
- `thinking` — resonneringsinnsats (`off` … `xhigh`), `light_context` — en
lettere kontekst, `tools_allow` — nøyaktige navn på tillatte verktøy;
- `failure_alert` — et varsel til en kanal (`channel`, `target_ref.chat_id`)
etter `after` mislykkede kjøringer på rad, med en pause `cooldown_ms`;
- `delete_after_run` — slett definisjonen etter kjøringen (kjøreloggen
bevares); `best_effort` — regn ikke en ubekreftet levering som en feil.
En slik kjøring krever en målagent og en prompt. Tidsplaner importert fra et
annet system opprettes på pause og aktiveres separat av eieren; så lenge de har
uløste avhengigheter, kan de ikke aktiveres.
## Neste
- [Kanaler](/no/v1.0/webui/channels) — hvor meldinger og varsler går.
- [Innkommende utløsere](/no/v1.0/api/inbound-triggers) — webhooks i API-sammenheng.
- [Observerbarhet](/no/v1.0/operations/observability) — hvilke hendelser som betyr noe.