# PRD {X.Y} — <titlu livrabila>

**Stare**: draft

> Copiaza acest fisier ca `docs/prd/prd-{X.Y}-<slug>.md` si completeaza. Procesul complet:
> `docs/ROADMAP.md` §5. Contractul RAR (sursa de adevar): `docs/api-rar-contract.md`.
> Starea trece: `draft → aprobat → in-executie → verify-pass → inchis` (actualizata de lead).

## 1. Obiectiv

<1-2 fraze: ce livreaza si de ce acum. NU repeta strategia/contractul — linkeaza-le.>

## 2. Non-Goals (anti scope-creep)

- <ce NU face aceasta livrabila, explicit>

## 3. Stories atomice

> Fiecare story: cea mai mica unitate care lasa sistemul functional. Backend + UI pentru acelasi
> comportament = 2 stories. `Fisiere` + `Depinde de` complete (decid paralelizarea).

### US-001: <titlu scurt>
**Ca** <rol> **vreau** <capabilitate> **pentru ca** <motiv>.

- **Depinde de**: —
- **Fisiere**: `app/<modul>.py`, `tests/test_<x>.py` (~N fisiere)
- **Test intai (RED)**: `tests/test_<x>.py` — `test_<caz_1>`, `test_<caz_2>`
- **Acceptance criteria**:
  - [ ] <criteriu testabil 1>
  - [ ] <criteriu testabil 2>
- **Verificare E2E**: <browser HTMX pe http://localhost:8000/ | POST /v1/prezentari pe RAR test>

### US-002: <titlu scurt>
**Ca** <rol> **vreau** <capabilitate> **pentru ca** <motiv>.

- **Depinde de**: US-001
- **Fisiere**: `...`
- **Test intai (RED)**: `tests/test_<y>.py` — `test_...`
- **Acceptance criteria**:
  - [ ] <...>
- **Verificare E2E**: <...>

## 4. Riscuri

- <risc + mitigare>

## 5. Intrebari deschise

> Se rezolva cu utilizatorul ÎNAINTE de executie (poarta de aprobare PRD).

- <intrebare>

## 6. Valuri de executie (graful de dependente)

```
Val 1: [US-001]              ← fara dependente, fisiere distincte → paralel (max 2-3 teammates)
Val 2: [US-002]              ← deblocat de US-001
```

---

## Raport VERIFY

> Completat de subagentul verificator (context curat) in faza VERIFY — vezi ROADMAP §5.6.
> PASS/FAIL per criteriu, cu dovezi (output pytest citat, E2E pe RAR test). Lipseste pana la VERIFY.
