Warum sind Prüfungen (Checks) bei unüberwachten Cloud-Code-Läufen notwendig?	Um sicherzustellen, dass die Arbeit, die ohne menschliche Aufsicht erledigt wurde, zuverlässig ist.
Wie sollte der Umfang der Überprüfung (Verification) im Verhältnis zum unüberwachten Lauf sein?	Die Überprüfung muss proportional zum Grad der Unüberwachung sein.
Was ist die Gefahr, wenn man sich bei einem unüberwachten Lauf nur auf eine Zusammenfassung verlässt?	Die Zusammenfassung kann trügerisch sein, während der Diff (die tatsächlichen Code-Änderungen) kritische Dateien betrifft.
Was ist das eigentliche Gate (die entscheidende Prüfung) für einen unüberwachten Lauf?	Ob die Tests erfolgreich bestanden wurden und ob der Cloud-Agent sie tatsächlich ausgeführt hat.
Welche Methode wird empfohlen, um sicherzustellen, dass Tests in einem unüberwachten Lauf nicht übersprungen werden?	Die Verwendung von Hooks (z. B. Stop Hooks oder Post Tool Use Hooks), die das Scheitern nicht zulassen.
Was ist der Vorteil, einen Subagent für die Code-Überprüfung eines unüberwachten Laufs zu verwenden?	Der Subagent bewertet die Änderung "kalt" (ohne Vorwissen über den Build-Prozess) und findet Fehler, die der ursprüngliche Lauf übersehen hat.
Was sollte der erste Schritt bei der Überprüfung einer Änderung in einem unüberwachten Lauf sein?	Den Diff selbst lesen, anstatt sich auf die Cloud-Zusammenfassung zu verlassen.
Wie verifiziert man unüberwachte (headless) Läufe?	Durch die Überprüfung der JSON-Ergebnisse des Laufs.
Was ist die Rolle eines Hooks, der nach jeder Bearbeitung ausgeführt wird?	Er führt Linting und Typ-Checks durch und gibt Fehler direkt an den Cloud-Agent zurück, um sie zu korrigieren.