# Modello — Brief di implementazione (STS Lab Srl)

Da presentare all'utente **prima** di scrivere codice. Ogni affermazione porta il riferimento
`file:riga` o l'ID da cui viene. Togli le sezioni vuote, mai *Criteri* e *Incoerenze*.

```markdown
## Brief · <T-xxx / SPEC-xxx> — <titolo breve>
*STS Lab Srl · Spec-Driven Reader*

**Obiettivo** — una frase: cosa cambia per chi usa il prodotto.

**Cancello**
| Verifica | Esito |
|---|---|
| Spec | SPEC-xxx · Stato: Approvata v1.0 (03-specs/SPEC-xxx.md:3) |
| Task | T-xxx · ⬜ · dipende da T-yyy ✅, T-zzz 🟡 |
| Decisioni vincolanti | D-0nn (sintesi in una riga) |
| Parità | REQ-ABC-01 è **P**: comportamento da riprodurre identico |

**Requisiti coperti** — REQ-… con il testo essenziale e il tipo (P/C/N).

**Regole normative** — punti elenco presi dalla spec, con i «non» in evidenza.

**Contratto**
- API: `METODO /percorso` → ingresso, uscita, esiti/codici (openapi.yaml:riga)
- Dati: tabelle/colonne/vincoli toccati (DATABASE.md §n)
- Stati: transizioni ammesse (DOMAIN_WORKFLOW.md §n)

**Criteri di accettazione → test**
| Criterio | Test previsto | Stato attuale (TRACEABILITY) |
|---|---|---|
| D1 | … | ✅ / 🟡 / ⬜ |

**Piano** — passi in ordine, file di codice probabilmente toccati.

**Incoerenze trovate** — documento A dice X, documento B dice Y; fonte di verità scelta e perché.
Se nessuna: «nessuna rilevata».

**Domande per l'utente** — solo quelle che bloccano.
```

<sub>STS Lab Srl · Spec-Driven Reader</sub>