---
name: next-popraw-wyglad
description: "Ogląda makietę lub działającą aplikację, diagnozuje konkretne problemy z układem, czytelnością i spójnością oraz wdraża sprawdzalne poprawki."
---

# Popraw wygląd na podstawie podglądu

Najpierw obejrzyj aktualne ekrany w dostępnym podglądzie lub na dostarczonych zrzutach. Nie twierdź, że widziałeś interfejs, jeśli masz tylko kod. Przy braku podglądu zacznij od przeglądu kodu i nazwij ograniczenie.

- Zachowaj cel aplikacji, treść i istniejący branding. Ustal główną akcję oraz trzy największe problemy, np. nieczytelny kontrast, brak hierarchii, zbyt szeroką kolumnę tekstu albo przycisk poza ekranem telefonu. Opisz wpływ na użytkownika.
- Zapisz stan przed zmianą. Poprawiaj wspólne tokeny lub komponenty zamiast dodawać rozbieżne style na każdym ekranie. Nie zmieniaj stosu technologicznego tylko dla wyglądu.
- Sprawdź typografię, odstępy, wyrównanie, hierarchię przycisków, stany formularzy i responsywność. Tekst błędu ma być zrozumiały i powiązany z polem. Kolor nie może być jedynym nośnikiem informacji.
- Dodawaj grafikę i ruch tylko wtedy, gdy wspierają zadanie. Przy grafice oznacz demo i sprawdź pochodzenie zasobów; nie kopiuj cudzych znaków i nie udawaj partnerstw. Zapewnij spokojny wariant przy ograniczeniu ruchu.
- Wprowadź małą rundę poprawek, wyrenderuj ponownie, porównaj przed i po, sprawdź telefon, duży ekran, klawiaturę i główną ścieżkę. Nie traktuj samego screenshotu jako dowodu, że formularz działa.
- Użytkownik dostaje konkretny podgląd, krótkie „co i dlaczego” oraz listę pozostałych ograniczeń. Nie pytaj o zgodę na każdą poprawkę w zaakceptowanym kierunku. Gdy potrzebna jest nowa decyzja stylu, pokaż 1–2 rzeczywiste warianty.

Zapisz wynik rundy w `NEXT-PLAN.md`. W trybie `next-krok` zatwierdź sprawdzone zmiany w lokalnym commicie. Jeśli nie możesz wyrenderować projektu, oznacz poprawki jako niezweryfikowane wizualnie i przygotuj instrukcję sprawdzenia.