&w=3840&q=75)
Wie ein Shell-Script 1560$/Jahr spart
KI-Agenten für wiederkehrende Aufgaben einzusetzen führt schnell zu unnötigen Kosten, wenn sie hauptsächlich prüfen, ob überhaupt Arbeit vorliegt. Das Guarded Cron Pattern trennt diese Prüfung von der eigentlichen Verarbeitung und reduziert dadurch die API-Kosten erheblich.
Das Guarded Cron Pattern: Warum ein Shell-Script manchmal schlauer ist als ein Agent
Bei KI-Agenten verfällt man schnell in ein Muster: Jede wiederkehrende Aufgabe wird zum Agent-Job. Am Monatsende explodieren die API-Kosten.
Das Problem mit intelligenten Lösungen
Zwei Agents prüften alle 15 Minuten ihr Postfach. Technisch elegant: OpenClaw-Cron-Jobs, Kontext aus der Datenbank, Microsoft Graph API.
In 95% der Fälle: keine neuen Mails.
Die Kosten blieben. Jeder Run verbrauchte Tokens für System-Prompt, Kontext, Tool-Definitionen. 2900 Runs monatlich, 130 Dollar. Für die Feststellung, dass nichts zu tun ist.
Die Trennung von Prüfung und Arbeit
Der Agent macht zwei Dinge:
Prüfen, ob Arbeit da ist
Die Arbeit erledigen
Punkt eins braucht keine Intelligenz. Ein API-Call, ein Vergleich, fertig. Das schafft ein Shell-Script in 0.6 Sekunden.
Das Guarded Cron Pattern
#!/usr/bin/env bash
result=$(node list-unread.js 2>/dev/null)
if echo "$result" | grep -q "NO_UNREAD"; then
exit 0
fi
openclaw cron run "$MAIL_REACT_JOB_ID"Das Node-Script macht einen HTTP-Request und meldet "NO_UNREAD" oder die Anzahl ungelesener Mails. 50 Zeilen Code.
System-Crontab alle 15 Minuten:
*/15 * * * * bash /scripts/guard-mail.sh 2>/dev/nullOpenClaw-Jobs sind deaktiviert. Der Guard triggert sie nur bei Bedarf.
Die Architektur
Guard-Schicht: Dumm, schnell, kostenlos. Entscheidet über Agent-Aktivierung.
Agent-Schicht: Intelligent, langsam, teuer. Erledigt die eigentliche Arbeit.
Das System wird robuster. API-Fehler stoppen nur den Guard. OpenClaw-Ausfälle sammeln sich, Jobs laufen später nach.
Die Zahlen
50-100 relevante Mails monatlich = 97% weniger Agent-Runs. Statt 2900 nur 100 Runs. Ersparnis: 1560 Dollar jährlich.
Ein Guard-Check: 0.6 Sekunden. Ein leerer Agent-Run: 8-12 Sekunden. 2800 überflüssige Runs = 6-9 Stunden verschwendete Compute-Zeit.
Über den Tellerrand
Das Pattern funktioniert für:
Slack-Monitoring: Guard prüft API, Agent reagiert nur auf neue Nachrichten
File-Watcher: inotify statt Agent-Scanning
API-Aggregation: Guards cachen Ergebnisse, Agent bekommt nur Änderungen
Die Balance finden
Das Pattern macht das System komplexer. Zwei Teile statt einem. Mehr Konfiguration, mehr Dokumentation.
Bei 10 Checks täglich? Unnötig. Bei 100 Checks stündlich? Pflicht.
Das Prinzip: Nicht jede regelmäßige Aufgabe braucht einen Agenten. Manchmal reicht ein Wächter. Manchmal ist ein 15-Zeilen Shell-Script der smarteste Code.