Trust it verifying unsupervised runs

Studiennotizen: Sicherung unüberwachter Cloud-Code-Läufe

• Proportionale Überprüfung: Die Tiefe der Überprüfung muss proportional zum Grad der Unüberwachung des Code-Laufs sein.
• Fokus auf das Diff: Beginne die Überprüfung beim eigentlichen diff (Änderungen), nicht bei der zusammenfassenden Cloud-Bericht.
• Umfassende Analyse: Lies nicht nur die geänderten Dateien, sondern auch jene, die nicht im ursprünglichen Plan enthalten waren.
• Tests als Gate: Die wichtigste Kontrolle ist, ob die Tests erfolgreich waren. Dies muss durch Hooks (z. B. Stop Hook) erzwungen werden, um das Überspringen zu verhindern.
• Verifizierung statt Vertrauen: Verlasse dich nicht auf die Behauptung, dass Tests gelaufen sind. Verifiziere die Ergebnisse direkt (z. B. über JSON-Antwort).
• Kalte Code-Überprüfung: Nutze einen Subagenten für eine "kalte" Code-Review. Dieser Agent betrachtet die Änderung ohne jegliches Gedächtnis des ursprünglichen Build-Prozesses und findet somit blinde Flecken.
• Ziel: Die Sicherheitsprüfung muss so ernst genommen werden, wie der Mangel an menschlicher Aufsicht.

Takeaways

• Die Überprüfungstiefe muss proportional zum Grad der Unüberwachung des Code-Laufs sein.
• Der Fokus liegt auf dem diff (Änderungen) und der Analyse aller Dateien, auch jener, die nicht im Plan enthalten waren.
• Tests dienen als wichtigstes Gate; deren Ergebnisse müssen direkt verifiziert werden, nicht vertraut werden.
• Die Nutzung eines Subagenten für eine "kalte" Code-Überprüfung hilft, blinde Flecken zu finden.