Riorganizza la documentazione per l'uso con assistenti AI

- Spezza il registro delle decisioni in docs/decisions/DD-XXX.md, con indice
- Ripulisce DATABASE.md dalla storia delle migration e aggiunge la sezione Lettura
- Riduce PROJECT_STATE.md a una pagina; la procedura di allestimento passa in OPERATIONS.md
- Aggiunge OPERATIONS.md, GLOSSARIO.md, trappole note e checklist in ARCHITECTURE.md
- Sintetizza la copertura test di badge.md e documenta docs/archive
- Allinea AGENTS.md, README.md e la regola Cursor (tolto l'obbligo di develop, in contrasto con DD-019)

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

docs/decisions/DD-011.md

@@ -0,0 +1,24 @@
+# DD-011 — Autenticazione reale prima del profilo amministrativo completo
+
+**Data:** agosto 2026  
+**Stato:** Accettata
+
+**Contesto**  
+Oggi l’app identifica l’utente con la selezione del giocatore da una lista, senza login. Documenti, certificati e dati personali richiedono sapere _chi_ sta operando e impedire accessi non autorizzati.
+
+**Decisione**  
+Prima di completare il modulo Profilo Giocatore, introdurre **login con Google o email** tramite Supabase Auth — non tramite Lovable Auth. Dopo il login, il giocatore associa il proprio profilo squadra.
+
+**Alternative scartate**
+
+- Continuare solo con selezione da lista → inaccettabile per dati sensibili.
+- Lovable Auth → crea dipendenza da piattaforma che stiamo abbandonando.
+
+**Conseguenze**
+
+- Tutti dovranno fare login almeno una volta.
+- Gli admin useranno ruoli veri (`user_roles`), non una lista di nomi hardcoded.
+- È prerequisito per dashboard admin e export CSI.
+
+**Riesame**  
+Dopo il rollout auth, se emergono problemi di adozione (giocatori poco digitali).