„Kein Handlungsbedarf" ist ein Ergebnis: Routinen bauen, die prüfen statt produzieren

Die meisten kaputten Automationen haben denselben Konstruktionsfehler: Sie sind als Produktions-Routinen gebaut, obwohl sie Prüf-Routinen sein sollten.

• Eine Produktions-Routine erzeugt jedes Mal etwas Neues: den Wochenbericht, den Newsletter-Entwurf, die Übersetzung. Hier ist „leeres Ergebnis" tatsächlich ein Fehler.
• Eine Prüf-Routine kontrolliert einen Zustand: Sind alle Zugänge korrekt? Gibt es neue Rechnungen? Hat sich an den Verträgen etwas geändert? Hier ist das häufigste korrekte Ergebnis: Es ist alles in Ordnung. Kein Handlungsbedarf.

Wenn du einer Prüf-Routine nicht ausdrücklich erlaubst, „nichts gefunden" zu melden, zwingst du die AI zum Erfinden. Sprachmodelle wollen hilfreich sein — bittest du jede Woche um „die wichtigsten Auffälligkeiten", bekommst du jede Woche Auffälligkeiten. Ob es welche gab oder nicht.

Darum ist der Satz aus dem Bootcamp so zentral: „,Kein Handlungsbedarf' ist ein gültiges Ergebnis." Eine Routine, die zehnmal hintereinander „alles okay" meldet, ist nicht nutzlos — sie ist der Beweis, dass jemand hingeschaut hat.

Drei Merkmale unterscheiden eine belastbare Prüf-Routine von einer Berichte-Maschine:

1. Sie hat einen definierten „Alles okay"-Pfad. Im Auftrag steht wörtlich, wie die Meldung aussieht, wenn nichts zu tun ist — und dass diese Meldung erwünscht ist.
2. Sie trennt Befund und Bewertung. Erst: Was wurde geprüft, was wurde gefunden (mit Fundstelle)? Dann: Was folgt daraus? Eine Routine, die nur Schlussfolgerungen liefert, kannst du nicht kontrollieren.
3. Sie hinterlässt einen Receipt. Ein Receipt ist eine kurze Beleg-Datei in receipts/, die dokumentiert, was wann geprüft wurde und mit welchem Ergebnis. Done = Resultat + Prüfung + Receipt — erledigt ist erst, was belegt ist. Ohne Receipts kannst du nach vier Wochen nicht mehr sagen, ob die Routine überhaupt gelaufen ist oder nur geschwiegen hat.

Der Unterschied zwischen „die Routine hat nichts gemeldet" und „die Routine hat geprüft und ,kein Handlungsbedarf' festgestellt" ist genau eine Datei. Aber es ist der Unterschied zwischen Hoffnung und Kontrolle.

Im Bootcamp (Modul 5) definieren wir jede Routine auf genau einer Seite, mit vier Bausteinen:

Baustein	Frage	Beispiel
Skill	Wie wird gearbeitet?	Prüf-Ablauf Schritt für Schritt, Meldeformat
Projekt	Wo wird gearbeitet?	10_projekte/zugangs-audit/ mit quellen/, outputs/, receipts/
Quellen	Was darf gelesen werden?	Genau benannte Dateien und Listen — nichts anderes
Grenzen	Was ist tabu?	Nichts senden, nichts löschen, nichts ändern; bei Unklarheit stoppen

Eine Routine, die nicht auf eine Seite passt, ist noch keine Routine — sie ist ein Projekt, das du erst manuell durcharbeiten musst. Und wie bei jeder Automatisierung gilt: Erst automatisieren, wenn drei manuell geprüfte Durchläufe korrekt waren.

Hier eine vollständige Ein-Seiten-Routine als Kopiervorlage. Das Beispiel: Du betreibst einen Mitgliederbereich oder eine Community und willst wöchentlich prüfen, ob Mitgliederliste und tatsächliche Zugänge zusammenpassen. Lege den Text als Datei in dein Projekt (z. B. 10_projekte/zugangs-audit/routine.md) und nutze ihn als Auftrag:

# Routine: Wöchentliches Mitglieder- und Zugangs-Audit

## Skill (Arbeitsweise)
1. Lies die aktuelle Mitgliederliste (Quelle A) und die Liste der aktiven Zugänge (Quelle B).
2. Vergleiche beide Listen in beide Richtungen:
   - Wer hat Zugang, steht aber nicht (mehr) auf der Mitgliederliste?
   - Wer ist Mitglied, hat aber keinen Zugang?
3. Prüfe Duplikate: gleiche Person mit mehreren E-Mail-Adressen.
4. Melde das Ergebnis in genau diesem Format:
   - BEFUND: nummerierte Liste, je Eintrag mit Fundstelle (Zeile/Eintrag in Quelle A/B).
   - EMPFEHLUNG: je Befund ein Vorschlag — aber KEINE Ausführung.
   - Wenn beide Listen übereinstimmen: melde wörtlich
     „Kein Handlungsbedarf. Geprüft: [Anzahl] Mitglieder gegen [Anzahl] Zugänge, 0 Abweichungen."
     Das ist ein vollwertiges, erwünschtes Ergebnis. Erfinde keine Auffälligkeiten.

## Projekt (Arbeitsort)
- Projektordner: 10_projekte/zugangs-audit/
- Ergebnis als Datei nach outputs/YYYY-MM-DD-audit.md
- Receipt nach receipts/YYYY-MM-DD-receipt.md mit: Datum, geprüfte Quellen mit Stand/Datum,
  Anzahl geprüfter Einträge, Ergebnis in einem Satz.

## Quellen (Lese-Erlaubnis)
- Quelle A: 10_projekte/zugangs-audit/quellen/mitgliederliste.csv
- Quelle B: 10_projekte/zugangs-audit/quellen/aktive-zugaenge.csv
- Sonst nichts. Keine weiteren Ordner, keine Web-Recherche.

## Grenzen (Tabu)
- Du änderst, löschst und sendest NICHTS. Kein Zugang wird entzogen, keine Mail verschickt.
- Alles mit Außenwirkung gibt der Mensch frei.
- Wenn eine Quelle fehlt, leer ist oder ein unerwartetes Format hat: STOPP.
  Melde „Prüfung nicht möglich: [Grund]" — rate nicht und prüfe nicht auf Verdacht weiter.

Beachte die drei Ausgänge dieser Routine: Befund (etwas gefunden), Kein Handlungsbedarf (geprüft, alles okay) und Prüfung nicht möglich (Quelle kaputt). Der dritte wird fast immer vergessen — dabei ist er der wichtigste. Eine Routine, die bei fehlender Quelle einfach „kein Handlungsbedarf" meldet, ist gefährlicher als gar keine Routine, weil sie Sicherheit vortäuscht.

Bevor du eine Prüf-Routine in den Regelbetrieb nimmst, teste alle drei Ausgänge bewusst:

1. Test „Befund": Baue absichtlich eine Abweichung in die Quelldaten ein (z. B. einen Zugang ohne Mitgliedschaft). Findet die Routine sie — mit korrekter Fundstelle?
2. Test „Kein Handlungsbedarf": Lass die Routine auf sauberen Daten laufen. Meldet sie knapp und wörtlich „kein Handlungsbedarf" — oder fabuliert sie trotzdem drei „Beobachtungen" herbei?
3. Test „Prüfung nicht möglich": Benenne eine Quelldatei um und starte die Routine. Stoppt sie mit klarer Meldung — oder tut sie so, als wäre alles gut?

Erst wenn alle drei Tests sitzen (und danach drei echte Durchläufe fehlerfrei waren), darf die Routine automatisch laufen.

Symptom	Ursache	Fix
Routine „findet" jede Woche neue Auffälligkeiten	Auftrag verlangt implizit Ergebnisse („liste die wichtigsten Probleme")	„Kein Handlungsbedarf"-Pfad wörtlich in den Auftrag schreiben
Berichte werden immer länger und vager	Kein festes Meldeformat definiert	BEFUND/EMPFEHLUNG-Format mit Fundstellen-Pflicht vorgeben
Niemand weiß, ob die Routine letzte Woche lief	Keine Receipts	Receipt-Pflicht in den Routine-Text aufnehmen: eine Datei pro Lauf in receipts/
Routine meldet „alles okay", obwohl die Quelldatei leer war	Fehlender „Prüfung nicht möglich"-Ausgang	STOPP-Regel bei fehlenden/leeren/unerwarteten Quellen ergänzen und testen
Routine hat „zur Sicherheit" gleich aufgeräumt	Grenzen fehlen oder sind weich formuliert	Grenzen als harte Verbote formulieren: nichts senden, löschen, ändern — ohne Ausnahme

• OpenAI: Automationen

• Loops und Goals erklärt: Wie AI-Agenten wiederkehrend arbeiten, prüfen und stoppen — warum sauberes Stoppen zur Routine gehört
• AI Automation starten: Der einfache Einstieg ohne Tool-Chaos — der Einstieg, bevor du die erste Prüf-Routine baust
• AGENTS.md: Arbeitsanweisungen für deinen OpenClaw-Agenten — Grenzen und Freigaberegeln zentral festhalten statt in jeder Routine neu