Geplante Aufgaben
Cron-basierte Wiederholungen — Antworten landen automatisch im Chat.
Manche Anfragen sind keine spontanen Fragen, sondern wiederkehrende Aufgaben:
- „Jeden Montag um 8 Uhr eine Marktbeobachtung schreiben."
- „Täglich 17 Uhr ein KPI-Briefing aus den Stripe-Zahlen erstellen."
- „Jede Stunde alle neuen GitHub-Issues mit Label
urgentzusammenfassen."
Genau dafür gibt es Geplante Aufgaben in SovrGPT.
Aufgabe anlegen
Sidebar → Geplante Aufgaben → "Neu".- Name vergeben.
- Cron-Ausdruck eintragen (
0 8 * * MON= Mo 8 Uhr). - Modell auswählen (z. B.
qwen3.6-27bfür längere Reports). - Prompt schreiben — mit Werkzeugen (
brave_search,mcp_*) wie im normalen Chat. - Ziel-Chat wählen (neuer Chat pro Lauf, oder bestehenden Chat anhängen).
Cron-Syntax
Standard 5-Felder-Cron, UTC-Zeit. Beispiele:
| Ausdruck | Bedeutung |
|---|---|
0 8 * * * | Täglich 8:00 UTC |
*/15 * * * * | Alle 15 Minuten |
0 9 * * MON-FRI | Werktags 9:00 UTC |
0 0 1 * * | Monatlich am 1. um Mitternacht UTC |
Helper im UI rendert die nächsten 5 Auslösezeiten in lokaler Zeit.
Wo landet die Antwort?
- Neuer Chat pro Lauf: Jede Auslösung erzeugt einen Chat mit Titel
<Aufgabenname> · 2026-05-12 08:00. Sichtbar in der Chat-Liste der Org. - Bestehender Chat: Antwort wird als neue Assistant-Nachricht angehängt.
- Optional E-Mail: Mit dem
email-Tool im Prompt kann die Antwort zusätzlich an eine Adresse geschickt werden (Versand aus einer EU-Region).
Garantien & Grenzen
- At-most-once: Unser Scheduler triggert pro Schedule genau einmal pro Slot.
- Retry: Bei Fehler (z. B. Cold-Start-Timeout) wird der nächste reguläre Lauf wieder versuchen.
- Idempotenz: Liegt in deinem Prompt — formulier ihn so, dass Mehrfachläufe nichts kaputtmachen.
- Soft-Limit: 50 Aufgaben pro Org im Standard-Plan. Mehr auf Anfrage.
Reconciler
Falls ein Lauf während der Modell-Inferenz hängt (z. B. Worker stürzt ab),
holt ein Reconciler-Cron ihn alle 10 Minuten ab und markiert ihn als
failed mit Begründung. Du siehst das im Job-Log unter
/orgs/<slug>/scheduled/<jobId>.
API für Aufgaben
Für headless-Verwaltung gibt es REST-Endpoints (siehe API-Referenz):
POST /api/v1/scheduled-jobs— neue Aufgabe erzeugenGET /api/v1/scheduled-jobs— Aufgaben der Org listenDELETE /api/v1/scheduled-jobs/{id}— Aufgabe entfernen