---
name: next-krok
description: "Dzieli budowanie aplikacji na małe sprawdzalne etapy i zapisuje lokalny commit po każdym ukończonym etapie na życzenie użytkownika."
---

# Mały etap i bezpieczny zapis

„Commit co krok” oznacza commit po każdej ukończonej, sprawdzonej części, np. ekranie zapisu. Nie rób commitu po każdej komendzie lub po niedziałającej zmianie. Jeśli użytkownik wybierze ten tryb, zgoda na lokalne commity obejmuje kolejne etapy tej pracy; nie proś ponownie przy każdym zapisie.

1. Sprawdź bieżący plan, gałąź i niezatwierdzone zmiany. Ustal jeden widoczny efekt oraz sposób jego sprawdzenia.
2. Wykonaj małą zmianę w odpowiednich plikach. Nie usuwaj cudzych zmian. Jeśli edycje w tym samym pliku się mieszają, obejrzyj fragmenty i oddziel własne zmiany; jeśli nie można ich oddzielić, wyjaśnij konflikt zamiast zatwierdzać cały plik.
3. Sprawdź efekt narzędziami dostępnymi w projekcie. Przy błędzie popraw przyczynę i ponów istotne sprawdzenie. Nie oznaczaj niedziałającej funkcji jako ukończonej.
4. Jeśli repo nie istnieje, w wybranym trybie lokalnej historii zainicjuj je w uzgodnionym folderze. Upewnij się, że sekrety i pliki robocze są ignorowane. Gdy Git lub tożsamość autora nie są dostępne, zapisz postęp w planie i powiedz, że commit nie powstał.
5. Aktualizuj `NEXT-PLAN.md` o efekt i wynik sprawdzenia. Obejrzyj diff, dodaj tylko własne sprawdzone zmiany, zatwierdź krótkim opisem funkcji. Nigdy nie używaj automatycznie `git add .`, `reset --hard`, kasowania historii ani force push. Jeśli hook commitu się nie powiedzie, napraw przyczynę; nie omijaj go automatycznie.
6. Po zapisie podaj krótki hash, co działa i jak to obejrzeć. Commit lokalny nie jest backupem na GitHubie. Push wykonuj tylko w uzgodnionym trybie.

Gdy użytkownik chce cofnąć funkcję, zaproponuj nowy commit odwracający wskazaną zmianę. Przed cofnięciem sprawdź zależne zmiany i stan roboczy. Nie nadpisuj niezatwierdzonej pracy. Wznowienie zaczynaj od stanu plików i historii, nie od zapamiętanego opisu.