Potraktuj te kroki jako listę roboczą i dostosuj je do danych, zakresu oraz ograniczeń projektu.
Kontekst i zakres
- Przeczytaj najpierw obowiązujące instrukcje projektu, jeśli istnieją (na przykład .cursor/rules lub CLAUDE.md); sprawdź też README i manifest, jeśli są dostępne.
- Przed zmianami krótko opisz obecną architekturę i wskaż tylko potrzebne pliki.
- Określ cel jako jeden weryfikowalny rezultat; nie rozszerzaj zadania bez powodu.
- Przed zmianą API ustal jego użytkowników, format żądania i odpowiedzi oraz wymagania zgodności.
Jakość i bezpieczeństwo
- Dla każdego pola wejściowego określ walidację formatu, długości i niebezpiecznych wartości.
- Nie umieszczaj sekretów w kodzie, logach, danych testowych, przykładach ani publikowanych zasobach frontendu.
- Na stronach wyszukiwania sprawdź title, description, canonical, robots, nagłówki, linki i źródłowy HTML.
- Zachowaj teksty właściwe dla każdej wersji językowej, regionalne przykłady kontaktów i równoważne adresy URL.
- Elementy interaktywne muszą obsługiwać klawiaturę, mieć nazwy dla technologii asystujących i widoczny fokus.
Weryfikacja i raportowanie
- Uruchamiaj tylko kontrole potwierdzające zmienione zachowanie; nie twierdź, że uruchomiono niewykonane polecenia.
- Porównaj wynik z kryteriami odbioru; sprawdź błędne scenariusze i widok mobilny.
- W raporcie podaj zmiany, polecenia i faktyczne wyniki, znane ograniczenia oraz sposób wycofania.