Stehende Anweisungen

Die meisten Anfänger scheitern nicht daran, dass ihr Agent zu schwach ist. Sie scheitern daran, dass sie ihn wie einen brillanten Praktikanten behandeln, der für jede Kleinigkeit eine neue Nachricht braucht. Stehende Anweisungen lösen genau dieses Problem.

Denk an eine Krankenhaus-Nachtschicht. Pflegekräfte rufen nicht für jede Routine-Messung oder Standardmedikation den Chefarzt an. Sie arbeiten mit klaren Anordnungen und eskalieren nur, wenn etwas außerhalb der vereinbarten Grenzen liegt. Genau das ist auch das richtige Modell für OpenClaw.

Eine stehende Anweisung gibt deinem Agenten dauerhafte Autorität für ein definiertes Programm. Statt jeden Freitag neu zu schreiben, "sende den Wochenbericht", definierst du das Programm einmal: Daten sammeln, Bericht erzeugen, an den richtigen Ort liefern und bei Auffälligkeiten eskalieren.

Was stehende Anweisungen eigentlich leisten

Stehende Anweisungen verschieben deinen Agenten vom reaktiven Modus in verantwortliche Autonomie. Das Ziel ist nicht blinde Freiheit. Das Ziel ist begrenzte Handlungsfähigkeit.

• Umfang: was der Agent tun darf
• Trigger: wann das Programm laufen soll
• Freigaben: was weiterhin menschliche Zustimmung braucht
• Eskalationsregeln: wann der Agent stoppen und fragen muss

Diese Struktur ist entscheidend. Ohne sie wird aus "sei proaktiv" nur Raten. Mit ihr hat der Agent eine klare Spur.

Stehende Anweisungen vs. Cron-Jobs

Hier liegt der Denkfehler vieler Nutzer. Stehende Anweisungen definieren, was dein Agent besitzt. Cron definiert, wann er aufwacht und es ausführt. Eines ohne das andere bleibt halbfertig.

Preußische Militärplaner prägten im 19. Jahrhundert einen Stil, der später als Auftragstaktik bekannt wurde. Führung setzt Absicht, Grenzen und Eskalationsregeln, dann handeln Menschen vor Ort selbstständig, ohne jede Minute auf neue Befehle zu warten. Stehende Anweisungen funktionieren genauso. Du definierst Absicht und Leitplanken einmal, dann übernimmt der Agent das Routinegelände selbst.

Die saubere Trennung

• Stehende Anweisung: "Du verantwortest die tägliche Inbox-Triage. Kategorisieren, zusammenfassen, archivieren und Unbekanntes eskalieren."
• Cron-Job: "Laufe werktags um 8:00 Uhr und führe die Inbox-Triage gemäß stehender Anweisungen aus."

Wenn du die ganze Logik direkt in den Cron-Prompt packst, wiederholst du dich, erzeugst Drift und verlierst irgendwann den Überblick, welche Version eigentlich gilt.

Wo stehende Anweisungen liegen sollten

In OpenClaw ist AGENTS.md der empfohlene Ort. Diese Datei wird automatisch in jede Session geladen. Dadurch sieht der Agent die stehende Anweisung zuverlässig jedes Mal, wenn er aufwacht.

Größere Programme kannst du in eine separate Datei wie standing-orders.md auslagern, aber AGENTS.md sollte klar darauf verweisen. Der sichere Standard ist schlicht: Lege die Kernbefugnis dorthin, wo OpenClaw sie immer lädt.

Minimales Beispiel in AGENTS.md

## Program: Weekly Status Report

**Authority:** Compile metrics, generate summary, deliver internal report
**Trigger:** Every Friday at 4 PM via cron
**Approval gate:** No approval needed for internal delivery
**Escalation:** Ask for help if a source is missing or numbers look abnormal

### Execution Steps
1. Pull metrics from the configured sources
2. Compare against last week
3. Write the report to reports/weekly/YYYY-MM-DD.md
4. Send the summary to the configured destination
5. Log completion and any anomalies

### What NOT to Do
- Do not change source data
- Do not send anything to external contacts
- Do not hide bad results

Die vier Teile einer guten stehenden Anweisung

1. Umfang

Sei konkret bei dem, was der Agent besitzen soll. "Verwalte unseren Content" ist zu vage. "Erstelle drei LinkedIn-Post-Optionen, speichere sie in drafts/ und sende mir die beste zur Freigabe" ist brauchbar.

2. Trigger

Manche Programme sind zeitbasiert. Manche event-getrieben. Manche laufen in Heartbeat-Zyklen. Wichtig ist, dass der Trigger ausdrücklich genannt wird und nicht nur mitgedacht ist.

3. Freigabe

Lege fest, was der Agent allein tun darf und was ein Mensch freigeben muss. Interne Zusammenfassungen können vorab genehmigt sein. Öffentliche Posts, Geldbewegungen oder Kundennachrichten eher nicht.

4. Eskalationsregel

Hier entsteht Vertrauen. Eine starke stehende Anweisung sagt dem Agenten, wann Schluss ist. Fehlende Daten, ungewöhnliche Zahlen, widersprüchliche Anweisungen, datensensible Inhalte oder wiederholte Tool-Fehler sollten eskalieren.

Wie du stehende Anweisungen schreibst, die nicht entgleisen

Der schnellste Weg zu schlechter Automation ist zu breite Autorität am ersten Tag. Starte eng. Lass den Agenten sich bei Routinearbeit beweisen und erweitere die Grenzen später.

Gutes Muster

• Ein Programm pro Bereich
• Klare Deliverables
• Benannte Freigabegrenzen
• Benannte Eskalationsbedingungen
• Verifikation vor Erfolgsbericht

Schlechtes Muster

• "Kümmere dich um alles Wichtige"
• "Nutze dein Urteilsvermögen" ohne Grenzen
• Kein Unterschied zwischen internen und externen Aktionen
• Kein Fehlerpfad
• Kein Beweis-Schritt nach der Ausführung

Die Schleife aus Ausführen, Verifizieren, Berichten

Es gibt ein altes Sprichwort, das im Englischen oft als "trust, but verify" wiedergegeben wird. Genau so sollten sich stehende Anweisungen anfühlen. Vertraue dem Agenten mit klar begrenzter Autorität. Verifiziere, was er getan hat. Dann berichte über das Ergebnis.

1. Ausführen: die Arbeit wirklich tun, nicht nur ankündigen
2. Verifizieren: prüfen, ob Datei, Nachricht, Ausgabe oder Zustandsänderung tatsächlich existiert
3. Berichten: zusammenfassen, was passiert ist, was geprüft wurde und was Aufmerksamkeit braucht

Diese Schleife verhindert den häufigsten Fehler in KI-Automation: fertig klingen, ohne wirklich fertig zu sein.

Stehende Anweisungen mit Cron koppeln

Dein Cron-Prompt sollte auf die stehende Anweisung verweisen, statt das ganze Playbook zu duplizieren. So behältst du eine einzige Quelle der Wahrheit und Updates bleiben sauberer.

openclaw cron add   --name weekly-status-report   --cron "0 16 * * 5"   --tz Europe/Berlin   --timeout-seconds 300   --announce   --channel telegram   --to "your-chat-id"   --message "Execute the weekly status report per standing orders. Verify delivery. Escalate anomalies."

Beachte, was hier fehlt: der gesamte Workflow. Der Cron-Job weckt den Agenten auf. Die stehende Anweisung sagt ihm, wie er sich verhalten soll.

Programme, die besonders gut funktionieren

Inbox-Triage

Ein starker Einstieg. Der Umfang ist eng, die Ausgabe leicht zu prüfen und Eskalationsregeln liegen fast auf der Hand.

• Eingehende Elemente kategorisieren
• Wichtige Threads zusammenfassen
• Unbekannte Absender oder dringende Inhalte markieren
• Antwortentwürfe erstellen, aber nur nach Freigabe senden

Wöchentliches Reporting

Ebenfalls ein guter Fit. Reporting ist wiederholbar, strukturiert und profitiert stark von Konsistenz.

• Metriken aus bekannten Quellen ziehen
• Mit früheren Zeiträumen vergleichen
• Zusammenfassung in einen festen Ordner schreiben
• Internen Bericht automatisch liefern

Monitoring und Alerts

Stehende Anweisungen passen gut zu Checks, die immer wieder stattfinden. Denk an Uptime, Speicherplatz, fehlgeschlagene Jobs oder veraltete Queues.

• Niedrigrisiko-Services automatisch neu starten
• Wiederholte Fehler eskalieren
• Jede Aktion und jede Verifikation protokollieren

Multi-Programm-Setups

Wenn dir das Muster vertraut wird, teile Verantwortung in separate Programme statt in einen einzigen Automatisierungs-Brei. Eines für Monitoring. Eines für Reporting. Eines für Publishing. Eines für Inbox-Arbeit.

Diese Trennung macht Reviews leichter, Fehler klarer und Freigaben sicherer. Es ist dieselbe Logik wie bei guter Software-Architektur: Kleine Grenzen sind einfacher zu verstehen als eine riesige Sammelschublade.

Häufige Fehler

• Zu viel Autorität zu früh: starte mit engen internen Aufgaben
• Keine Eskalationsregeln: jedes Programm braucht eine Stop-Bedingung
• Doppelte Logik in Cron-Prompts: halte die stehende Anweisung als Quelle der Wahrheit
• Keine Verifikation: eine behauptete Aktion ist keine abgeschlossene Aktion
• Vermischte Bereiche: trenne Content, Finanzen, Monitoring und Support in eigene Programme

Best Practices im Überblick

• Lege zentrale stehende Anweisungen in AGENTS.md ab
• Nutze Cron oder Heartbeats, um Ausführungszeitpunkte zu erzwingen
• Schreibe ein Programm pro Bereich oder Workflow
• Definiere Freigaben für riskante oder externe Aktionen
• Eskaliere bei Unsicherheit, Auffälligkeiten oder wiederholten Fehlern
• Folge immer dem Muster Ausführen, Verifizieren, Berichten

Stehende Anweisungen machen deinen Agenten nicht leichtsinniger. Sie machen ihn nützlicher. Gib ihm ein Mandat statt eines Schulterzuckens. Dann lass ihn Vertrauen auf die langweilige, gute Art verdienen: indem er Routinearbeit jedes Mal korrekt erledigt.