Documentazione: stato del progetto (stadio MVP)

Aggiunge docs/PROJECT_STATE.md: stadio MVP, stato per area, criteri di
accettazione con verifica manuale e automatica, debiti noti (soprattutto i
test), tabella degli ADR e proposta di cosa manca per chiudere l'MVP.
Collegato da indice dei doc, README, ROADMAP e CLAUDE.md, che chiede di
aggiornarlo a ogni cambio di stadio, funzione, ADR o debito.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

docs/README.md

@@ -5,6 +5,7 @@ Indice e regole. Ogni informazione vive in **un solo documento**; gli altri la r
 | Documento | Contenuto (sorgente di verità per…) |
 |---|---|
 | [../README.md](../README.md) | Uso, requisiti, build e publish |
+| [PROJECT_STATE.md](PROJECT_STATE.md) | Stato del progetto a colpo d'occhio: stadio (MVP), stato per area, debiti, decisioni, cosa manca per chiudere l'MVP |
 | [MVP.md](MVP.md) | Specifica funzionale, design UI/UX, criteri di accettazione |
 | [INSTALL.md](INSTALL.md) | Come installare e autenticare i motori (Claude Code, Codex), verifica e problemi comuni |
 | [TESTING.md](TESTING.md) | Piano dei test: regola "nuova funzione = nuovi test", soglie di copertura, matrice requisito → test |
@@ -22,7 +23,7 @@ Se il nome cambia di nuovo, aggiornare solo questi punti:
 - [ ] Titolo di [../README.md](../README.md) e riga iniziale di [../CLAUDE.md](../CLAUDE.md) (nome del csproj nei comandi)
 
 ## Flusso (doc-first, doc-as-code)
-1. Prima i doc, poi i test, poi il codice: ADR (se c'è una scelta architetturale) → MVP → matrice in [TESTING.md](TESTING.md) → test → codice → ROADMAP → README → CLAUDE.md.
+1. Prima i doc, poi i test, poi il codice: ADR (se c'è una scelta architetturale) → MVP → matrice in [TESTING.md](TESTING.md) → test → codice → ROADMAP → PROJECT_STATE → README → CLAUDE.md.
    Nessuna funzione è finita senza test che la coprono, nello stesso commit.
 2. I doc stanno nel repo e cambiano con lo stesso commit del codice a cui si riferiscono.
 3. Una modifica non deve lasciare i doc disallineati.