Riscrive AGENTS.md e riallinea la documentazione allo stato reale.

I riferimenti ai documenti in AGENTS.md erano rotti: una venticinquina di link
nella forma docs/[README.md](http://README.md), che spezzavano il nome del file
a meta e puntavano a domini inesistenti. Ora sono percorsi relativi verificati,
con CHANGELOG.md e DESIGN_DECISIONS.md sotto docs/ e PROJECT_STATE.md in root.

Tolte da AGENTS.md le sezioni Architettura, Documentazione e Struttura della
documentazione: duplicavano ARCHITECTURE.md e docs/README.md con uno stack ormai
parziale, contro la regola "ogni informazione ha una sola casa" che docs/README.md
stesso impone. Aggiunti invece i comandi, bun e la guardia minimumReleaseAge:
Codex e Cursor leggono solo AGENTS.md e non avevano modo di sapere come si
verifica una modifica. Scritta la checklist "Fine lavoro" che CLAUDE.md citava
senza che esistesse.

Nuova regola: chi aggiunge o modifica una funzione scrive o aggiorna il test nello
stesso lavoro, i test devono essere verdi e la doc del modulo va aggiornata se il
comportamento cambia (DD-020). Serve perche con main come branch di lavoro non
c'e piu un ambiente di prova tra il codice e i giocatori.

Il flusso git documentato non descriveva piu la realta: main e arrivato a 43
commit di vantaggio su develop, rimasto fermo. DD-003 e ora sostituita da DD-019:
il branch dei commit lo decide l'utente, l'assistente al massimo consiglia un
branch dedicato e non committa, non pusha e non apre PR di propria iniziativa.

Allineati di conseguenza ARCHITECTURE.md (sezione branch), README.md (flusso,
install con bun, comandi di test e lint), ROADMAP.md e TODO.md (le voci spuntate
sono in produzione, non su develop) e PROJECT_STATE.md (auth e profilo giocatore
in produzione, 20 migration fino a M9, passaggi 1-3 e 5 fatti).

Corretti poi sei disallineamenti tra documentazione e codice, ognuno verificato
sul sorgente:

- badge.md e obiettivi-squadra.md dicevano che le serie sono inerti e che
  serieAllenamenti e sempre 0, quindi badge e obiettivo "Continuita di squadra"
  non sbloccabili. Falso da 7237e8f: presenze.ts:48 le calcola e rosa.ts:64-67 le
  attacca al Giocatore. Il limite che resta e un altro, ora scritto: risposto_il
  non e ricostruibile prima di m9, quindi sulle risposte vecchie serieConferme e
  un'approssimazione.
- TODO.md e PROJECT_STATE.md davano il tracciamento tesseramento CSI come da
  fare, mentre ROADMAP, CHANGELOG e DATABASE lo davano per fatto. Lo e:
  admin.tsx:264-278 registra numero e data, :472 mostra Tesserato/Da tesserare,
  :676 il contatore.
- collegamento-csi.md indicava il check di parsing in src/lib/csi-core.test.ts;
  sta in test/unit/csi-core.test.ts, in src/lib non esiste nessun .test.ts.
- profilo-giocatore.md annunciava cinque aree del profilo e ne elencava sette.
- "Segnala un bug" e "Suggerisci una nuova funzionalita" (profilo.tsx:259-276,
  commit 72a9864) non erano documentati da nessuna parte, contro DD-002: ora
  stanno in profilo-giocatore.md e nel CHANGELOG.

npm run test: 28/28 file ok. npm run lint: 12 problemi, identici a prima di
questa modifica e tutti in src/, non toccato qui.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

docs/modules/badge.md

@@ -56,9 +56,11 @@ badge assegnati per voto dai compagni.
 
 ## Limiti noti
 
-- **Dipendenza dal modulo [Serie](serie-presenze.md)**, che oggi è inerte con dati reali: i
-  badge "Sempre in palestra", "Risposta lampo" e il segreto "Mai un forfait" non possono
-  sbloccarsi finché le serie non vengono calcolate davvero.
+- **Dipendenza dal modulo [Serie](serie-presenze.md)**: i badge "Sempre in palestra",
+  "Risposta lampo" e il segreto "Mai un forfait" si muovono solo se cambiano le serie. Le
+  serie sono calcolate sui dati reali dalla migration `m9` in avanti, ma "Risposta lampo" e
+  "Mai un forfait" dipendono da `serieConferme`, e `risposto_il` non è ricostruibile per le
+  risposte precedenti a `m9`: su quelle righe la serie è un'approssimazione.
 - Nessuno storico dei badge sbloccati: se cambiano le soglie o i dati sorgente, un badge già
   "ottenuto" può sparire o apparire retroattivamente.
 - RLS permissiva su `badge_social_voti` (stesso schema di `mvp_voti`): nessun controllo
@@ -71,5 +73,5 @@ badge assegnati per voto dai compagni.
 ## Evoluzioni possibili
 
 - Sincronizzare lo stato "visto" su Supabase invece che solo in localStorage.
-- Una volta risolta la dipendenza dal modulo Serie, verificare che i badge collegati si
-  sblocchino correttamente.
+- Verificare sui dati di stagione che i tre badge legati alle serie si sblocchino davvero,
+  ora che le serie sono calcolate.

docs/modules/collegamento-csi.md

@@ -61,7 +61,7 @@ useCsi()                 → src/lib/csi.ts (React Query, staleTime 6h)
 - **`src/routes/api/public/csi.ts`** — unica route che contatta il CSI. Cache in memoria di
   6 ore; in caso di errore restituisce l'ultimo dato buono (`503` solo se non ne esiste uno).
 - **`src/lib/csi.ts`** — hook client, una lettura per sessione.
-- **`src/lib/csi-core.test.ts`** — check del parsing: `bun src/lib/csi-core.test.ts`.
+- **`test/unit/csi-core.test.ts`** — check del parsing: `bun test/unit/csi-core.test.ts`.
   Con `CSI_LIVE=1` verifica anche gli endpoint reali.
 
 ### Regole rispettate

docs/modules/obiettivi-squadra.md

@@ -42,8 +42,10 @@ smart (`notifiche-smart.ts`).
 
 ## Limiti noti
 
-- **"Continuità di squadra" dipende da `serieAllenamenti`, che oggi è sempre 0** (vedi
-  [Serie di presenze](serie-presenze.md)): resta strutturalmente a 0/12 con i dati reali.
+- "Continuità di squadra" dipende da `serieAllenamenti` (vedi
+  [Serie di presenze](serie-presenze.md)), calcolato sui dati reali: un evento passato senza
+  risposta vale come assenza e azzera la serie, quindi l'obiettivo misura anche quanto la
+  squadra risponde alle convocazioni, non solo la presenza.
 - **Il mese di riferimento è una costante fissa nel codice** (agosto 2026): gli obiettivi
   legati al mese corrente vanno aggiornati manualmente a ogni cambio di mese o stagione, oggi
   sono "congelati" su un mese già passato.
@@ -57,4 +59,3 @@ smart (`notifiche-smart.ts`).
 ## Evoluzioni possibili
 
 - Calcolare il mese di riferimento dinamicamente invece di una costante hardcoded.
-- Risolvere la dipendenza dal modulo Serie.

docs/modules/profilo-giocatore.md

@@ -69,7 +69,7 @@ Quando tutte le sezioni sono complete il widget scompare automaticamente.
 
 ## Profilo
 
-Il profilo viene suddiviso in cinque aree.
+Il profilo viene suddiviso in sette aree.
 
 ### Dati Giocatore
 
@@ -146,6 +146,10 @@ Contiene.
 - Logout
 - Preferenze notifiche
 - Impostazioni applicazione
+- Segnala un bug e Suggerisci una nuova funzionalità: due link che aprono una issue GitHub
+  già impostata sul template giusto (`.github/ISSUE_TEMPLATE/bug_report.yml` e
+  `feature_request.yml`). Nessun dato passa dall'app — la segnalazione vive interamente su
+  GitHub, così non servono né una tabella né una schermata di gestione.
 
 ## Dashboard amministratore