dev-docs-reviewlisted

# Code Review fazy zadania ## Wykonanie Ustal `sciezka` (folder zadania w `docs/active/`, np. z argumentu `$1`) i `faza` (numer fazy, np. z argumentu `$2`; jeśli nie podano — pierwsza faza z niezaznaczonymi checkboxami `Weryfikacja:` lub ostatnia ukończona przez `/dev-docs-execute`). URUCHOM workflow toolem Workflow: ``` Workflow({scriptPath: ".claude/workflows/dev-docs-review-wf.js", args: {sciezka, faza}}) ``` Po zakończeniu workflow streść użytkownikowi wynik: severity gate (BLOKUJE / ZASTRZEŻENIA / CZYSTE), liczniki findingów (P1/P2/P3, w tym OPERATOR), wynik E2E (passed/failed/skipped), ścieżkę zapisanego raportu. **NIE wykonuj procedury ręcznie** — mechanika (7 reviewerów + adversarial verify / delegacja IU do builderów) żyje w workflow; sekcje referencyjne poniżej są używane PRZEZ workflow, nie przez Ciebie. ### 1. Walidacja - Sprawdź czy folder `$1/` istnieje - Sprawdź zmiany w git: `git status --short` - Jeśli folder nie istnieje → poinformuj użytkownika i zakończ ### 2. Przygotowanie kontekstu Przeczytaj dokumentację zadania z `$1/`: - Plan zadania (cele, wymagania, kryteria akceptacji) - Plik z zadaniami (co miało być zrobione w fazie $2) - Plik kontekstowy (decyzje, zmiany) **Cross-reference z planem technicznym:** Jeśli istnieje plan w `docs/plans/`: - Przeczytaj Implementation Unit odpowiadający tej fazie - Przekaż każdemu agentowi review: jakie pliki miały być zmienione (Files:), jakie testy miały być napisane (Test scenarios:), jakie wzorce miały być