Human Approval Checkpoints für KI-Workflows
Das baust du
Du legst fest, an welcher Stelle eines KI-Workflows dein Urteil wirklich gebraucht wird, und prüfst nur noch dort. Der Ablauf: Ziel und Standard setzen, Claude arbeitet, ein Check prüft objektiv, du entscheidest nur bei echten Ermessensfragen, danach wird final verifiziert. Wiederkehrende Korrekturen werden zu Regeln, Skills und Evals. Dazu gibt es vier Beispiel-Workflows mit ihrem Gate und den Checkpoint-Skill zum Herunterladen.
Ziel und Standard festlegen
Definiere zuerst, was am Ende richtig ist. Formuliere Ergebnis und Qualitätsstandard so konkret, dass du später zwischen einem prüfbaren Fehler und einer Geschmacksentscheidung unterscheiden kannst.
Beispiel: „Jede Aussage muss durch eine echte Quelle gedeckt sein“ ist prüfbar. „Die Zusammenfassung soll nach mir klingen“ braucht dagegen dein Urteil.
Turn the workflow in this conversation into an AI approval loop. Place human judgment after any pass where truth, safety, taste, intent or an irreversible action can diverge. Use objective tests for facts, files, calculations and system state; reserve human review for consequential tradeoffs and taste. Return the workflow as: human sets outcome and standard → AI pass → check or approval → AI revision → final verification. For every checkpoint, state what evidence is required and what happens on failure. Then propose how repeated corrections become rules, examples, Skills or evals, and which single checkpoint could be removed first only after the workflow repeatedly passes.
Den ersten KI-Pass ausführen
Lass Claude den bestehenden Workflow einmal komplett durchlaufen. Unterbrich nicht für Kleinigkeiten, die später objektiv geprüft werden können.
Der erste Pass soll Material für die Checks erzeugen: Entwurf, Quellen, Berechnungen, Dateien, Testergebnisse oder den aktuellen Systemzustand.
Objektiver Check oder menschliche Entscheidung?
Objektiver Check: Es gibt eine richtige Antwort, und etwas außerhalb deines Geschmacks kann sie bestätigen. Löst der Link auf? Stimmt die Zahl mit der Quelle überein? Läuft der Code?
Menschliche Entscheidung: Es gibt keine eindeutig richtige Antwort, sondern eine vertretbare. Was soll zuerst kommen? Passt der Ton? Ist der Trade-off akzeptabel?
Wenn Claude eine Geschmacksentscheidung als objektiven Check markiert, verschiebe sie zurück zu dir.
Die Freigabe setzen
Platziere die Freigabe direkt nach dem Pass, an dem dein Urteil relevant wird. Zeige das Ergebnis, die relevanten Belege und die konkrete Frage, die entschieden werden muss.
Gut: „Sind Ton und Ask für diesen Empfänger passend?“ Schlecht: „Bitte alles prüfen.“
Wenn die Freigabe scheitert, benenne den Grund. Claude bekommt damit eine konkrete Korrektur und kann gezielt überarbeiten.
Gezielt überarbeiten
Nach einer Ablehnung soll Claude nicht den gesamten Workflow blind neu starten. Gib die konkrete Abweichung zurück und lass nur den betroffenen Teil überarbeiten.
Danach läuft derselbe Check erneut. So entsteht die Schleife: Pass, Check, Korrektur, neuer Check.
Final verifizieren
Nach der Revision brauchst du einen letzten Check. Prüfe, ob die ursprüngliche Korrektur behoben wurde und ob dabei kein neuer Fehler entstanden ist.
Objektive Checks sollten möglichst automatisiert sein. Bei einer menschlichen Entscheidung reicht eine erneute Freigabe, wenn der Workflow tatsächlich verändert wurde.
Aus Korrekturen werden Automatisierung
Wenn du denselben Fehler zweimal korrigierst, behandle ihn nicht mehr als Einzelfall. Verschiebe die Korrektur eine Stufe nach oben.
- Regel: Schreibe eine klare Anweisung in Prompt oder Projektregeln.
- Beispiel: Wenn die Regel wiederholt missverstanden wird, zeige ein gutes und ein schlechtes Beispiel.
- Skill: Wenn dieselbe mehrstufige Korrektur wiederkehrt, speichere die komplette Prozedur.
- Eval: Wenn sich das Ergebnis reproduzierbar prüfen lässt, baue einen Test daraus.
- Gate entfernen: Entferne erst danach genau ein Gate und beobachte reale Durchläufe.
Entferne zuerst das Gate, das noch nie einen Fehler gefunden hat. Nicht das Gate, das dich am meisten nervt. Ein nerviges Gate findet oft deshalb Fehler, weil es noch nötig ist.
Vier Workflows, vier Gates
| Workflow | Menschliches Gate | Objektives Gate |
|---|---|---|
| Post | Absicht und Geschmack | Claims und Links |
| Outreach-Mail | Ton und Ask | Format und Pflichtfelder |
| Research | Ermessensfragen, falls vorhanden | Quellen und Belege |
| Code | Architektur und Ansatz | Tests, Build und erwartetes Verhalten |
Häufige Fragen
Kann ich objektive Checks sofort automatisieren?
Ja, wenn du eine verlässliche Prüfmethode hast. Ein Link-Check, ein Testlauf oder ein Abgleich mit einer definierten Quelle eignet sich besser als ein pauschales „sieht richtig aus“.
Braucht jeder Workflow einen menschlichen Check?
Nicht an jeder Stelle. Du brauchst ihn dort, wo Wahrheit, Sicherheit, Absicht, Geschmack oder eine irreversible Entscheidung auseinanderlaufen können.
Wann darf ich ein Gate entfernen?
Erst wenn die entsprechende Prüfung über mehrere echte Durchläufe zuverlässig bestanden wurde. Entferne Gates einzeln, damit ein Fehler auf die Änderung zurückgeführt werden kann.
Der Checkpoint-Skill zum Mitnehmen
Der Skill, der die Freigabe-Gates aus diesem Guide automatisch in deine Workflows einbaut.
Ab hier geht der Guide wieder ohne Skill weiter.
Danke! Magst du kurz sagen, was am meisten geholfen hat? (optional)
Danke. Was hat gefehlt? (optional)