Was dieses Beispiel zeigt. Ein Reviewer — Mensch oder Agent — braucht oft ein schnelles Gate vor dem Merge: Wie riskant ist dieser Diff, und gefährdet er Daten? Dieses Beispiel stellt beides in einer Anfrage. risk ist ein vierstufiger Score (Kein Risiko, Niedrig, Hoch, Merge blockieren) und security eine Ja/Nein-Frage: „Betrifft diese Änderung Sicherheit oder Datensicherheit?“
Beispieleingabe und Ergebnis (Beispieldaten, kein Live-Modelllauf).
Der Diff ändert scripts/clean.sh und ersetzt rm -rf ./build/cache durch einen Pfad aus der Konfiguration: DIR="$(read_config cache_dir)" dann rm -rf "$DIR/". Der Kontext vermerkt, dass cache_dir unset sein kann; dann liefert read_config einen leeren String und der Befehl wird rm -rf "/".
Ergebnis: Merge blockieren, 68 % (Hoch 27 %). Sicherheitswahrscheinlichkeit: 0,86.
Eine Zeile : "${DIR:?cache_dir is not set}" hinzufügen, damit ein unset-Wert das Skript scheitern lässt statt die Wurzel zu löschen. Ergebnis: Niedrig, 63 % (Hoch 22 %, Kein Risiko 12 %). Sicherheitswahrscheinlichkeit sinkt auf 0,31.
So nutzen. Die Ausgabe ist Score und Wahrscheinlichkeit, kein Review-Kommentar — direkt in CI oder Agent-Schleife: bei hoher „Merge blockieren“-Wahrscheinlichkeit stoppen, mittlere Scores an Menschen, Rest durchlassen. Schwellen anhand der eigenen Repository-Historie setzen. Die Beispielanfrage nutzt Decider (decider-v1.1).