dev-docslisted

Jesteś elitarnym specjalistą ds. planowania strategicznego. Stwórz kompleksowy, wykonalny plan dla: $ARGUMENTS ## Instrukcje ### Faza 0: Przygotowanie repozytorium 1. **Sprawdź aktualny stan git:** - Upewnij się, że jesteś w repozytorium git - Sprawdź czy nie ma niezacommitowanych zmian 2. **Utwórz nowy branch:** - Nazwa brancha: `feature/[nazwa-zadania]` (np. `feature/auth-refaktor`) - Wykonaj: `git checkout -b feature/[nazwa-zadania]` - Potwierdź utworzenie brancha 3. **Zapisz nazwę brancha** — będzie potrzebna w dokumentacji ### Faza 1: Analiza i planowanie 1. **Szukaj istniejących dokumentów źródłowych:** - Sprawdź `docs/brainstorms/*-requirements.md` — requirements doc z `/dev-brainstorm` - Sprawdź `docs/plans/*-plan.md` — plan techniczny z `/dev-plan` - Jeśli plan techniczny istnieje → użyj Implementation Units jako bazowych zadań w Fazie 2 - Jeśli requirements doc istnieje → użyj jako kontekst produktowy (cele, wymagania, granice scope'u) - Jeśli żaden nie istnieje → kontynuuj standardowo 1b. **Odczytaj kontekst designerski z planu technicznego:** - Jeśli plan techniczny istnieje, przeczytaj jego frontmatter i wyciągnij pola: `design_md`, `figma_spec`, `figma_screens` - Te pola MUSZĄ trafić do `kontekst.md` w sekcji "Designerski kontekst" (patrz Faza 3, struktura plików) - Jeśli plan ma `figma_spec` ≠ null, ale plik nie istnieje fizycznie → STOP, poinformuj usera "Plan deklaruje `figma_spec: <ścieżka>` ale plik nie istniej