Verwalte Cron-Jobs effizient mit openclaw cron

Kennst du das Problem? Du hast automatisierte Tasks aufgesetzt, aber die Verwaltung der Zeitpläne und Benachrichtigungen wird schnell unübersichtlich. Wenn du mal eben einen Job anpassen oder das Ziel einer Nachricht ändern musst, willst du ein Tool, das dir direkt zur Hand geht und ohne Umwege funktioniert.

openclaw cron

Verwalte Cron-Jobs für den Gateway Scheduler.

Verwandte Themen:

• Cron-Jobs: Cron-Jobs

Tipp: Führe openclaw cron --help aus, um die gesamte Befehlspalette zu sehen.

Hinweis: Isolierte cron add Jobs nutzen standardmäßig die --announce Zustellung. Verwende --no-deliver, um den Output intern zu halten. --deliver bleibt als veralteter Alias für --announce bestehen.

Hinweis: One-shot (--at) Jobs werden nach erfolgreichem Durchlauf standardmäßig gelöscht. Nutze --keep-after-run, um sie zu behalten.

Hinweis: Bei One-shot CLI-Jobs werden --at Zeitangaben ohne Offset als UTC behandelt, es sei denn, du übergibst zusätzlich --tz <iana>. Dies interpretiert die lokale Zeit in der angegebenen Zeitzone.

Hinweis: Wiederkehrende Jobs nutzen jetzt einen exponentiellen Retry-Backoff nach aufeinanderfolgenden Fehlern (30s → 1m → 5m → 15m → 60m) und kehren nach dem nächsten erfolgreichen Durchlauf zum normalen Zeitplan zurück.

Hinweis: openclaw cron run kehrt jetzt sofort zurück, sobald der manuelle Durchlauf in die Warteschlange eingereiht wurde. Erfolgreiche Antworten enthalten { ok: true, enqueued: true, runId }; nutze openclaw cron runs --id <job-id>, um das Endergebnis zu verfolgen.

Hinweis: Die Aufbewahrung und Bereinigung wird in der Config gesteuert:

• cron.sessionRetention (Standard 24h) bereinigt abgeschlossene isolierte Run-Sessions.
• cron.runLog.maxBytes + cron.runLog.keepLines bereinigen ~/.openclaw/cron/runs/<jobId>.jsonl.

Upgrade-Hinweis: Wenn du ältere Cron-Jobs aus der Zeit vor dem aktuellen Delivery/Store-Format hast, führe openclaw doctor --fix aus. Der Doctor normalisiert jetzt veraltete Cron-Felder (jobId, schedule.cron, Top-Level Delivery-Felder inklusive der alten threadId sowie Payload provider Delivery-Aliase) und migriert einfache notify: true Webhook-Fallback-Jobs zu expliziter Webhook-Zustellung, sofern cron.webhook konfiguriert ist.

Häufige Bearbeitungen

Aktualisiere die Zustellungseinstellungen, ohne die Nachricht zu ändern:

openclaw cron edit <job-id> --announce --channel telegram --to "123456789"

Deaktiviere die Zustellung für einen isolierten Job:

openclaw cron edit <job-id> --no-deliver

Aktiviere einen leichtgewichtigen Bootstrap-Kontext für einen isolierten Job:

openclaw cron edit <job-id> --light-context

Zustellung an einen spezifischen Channel:

openclaw cron edit <job-id> --announce --channel slack --to "channel:C1234567890"

Erstelle einen isolierten Job mit leichtgewichtigem Bootstrap-Kontext:

openclaw cron add \
  --name "Lightweight morning brief" \
  --cron "0 7 * * *" \
  --session isolated \
  --message "Summarize overnight updates." \
  --light-context \
  --no-deliver

--light-context gilt nur für isolierte Agent-Turn Jobs. Bei Cron-Runs sorgt der Lightweight-Modus dafür, dass der Bootstrap-Kontext leer bleibt, anstatt das vollständige Workspace-Bootstrap-Set zu injizieren.

Nächste Schritte

• Cron-Jobs Konzepte
• Gateway Konfiguration

Fragen zur Einrichtung? Frag den AI Setup Assistant.