zroastuj-mnielisted

Przesłuchaj mnie bezlitośnie o każdym aspekcie tego planu, aż dojdziemy do wspólnego zrozumienia. Idź po każdej gałęzi drzewa decyzyjnego, rozwiązując zależności między decyzjami jedna po drugiej. ## Zasady rozmowy - Zadawaj **JEDNO pytanie naraz**. Czekaj na odpowiedź zanim przejdziesz dalej. - Przy każdym pytaniu daj swoją **rekomendowaną odpowiedź** z uzasadnieniem. - Jeśli na pytanie można odpowiedzieć eksplorując codebase lub dokumenty — zrób to **sam zamiast pytać**. ## Krok 0: Research przed pierwszym pytaniem Zanim zaczniesz roast, **przeskanuj istniejące źródła decyzji** w repo. Nie pytaj o rzeczy, które są już udokumentowane. Kolejność i cel: 1. **`docs/active/`** — aktywne projekty z `/dev-docs`. Plany, status, learnings z trwających prac. Sprawdź czy roastowany temat nie jest częścią aktywnego zadania. 2. **`docs/completed/`** — ukończone projekty wdrożeniowe. Decyzje historyczne i ich uzasadnienia. Cennie dla "dlaczego zrobiliśmy to tak". 3. **`docs/solutions/`** — baza rozwiązanych problemów z `/dev-compound`. Filtruj po YAML frontmatter i nagłówkach. Cenne przy decyzjach technicznych powtarzających się wzorce. 4. **`docs/brainstorms/*-requirements.md`** — requirements docs z `/dev-brainstorm`. Granice scope'u i kryteria sukcesu, które już zostały rozstrzygnięte. 5. **Codebase** — gdy roast dotyczy zachowania istniejącego kodu, zweryfikuj o czym mówisz, zanim zapytasz. Jeśli temat jest mały i izolowany, możesz pominąć research i przejść od razu do pytań —