Vieta l'autovoto, allinea la doc al codice e toglie tre riletture.

Rilettura completa della documentazione confrontata con il codice. Dove la doc
diceva il falso l'ho corretta; dove aveva ragione lei ho corretto il codice.

Autovoto (la doc aveva ragione)

- migration m12_niente_autovoto: vincoli mvp_no_autovoto e badge_social_no_autovoto,
  gli stessi che pagelle_voti ha dalla v1.0. Le righe che li violano vengono
  cancellate prima dell'ALTER, altrimenti fallisce; in locale non ce n'erano.
  M11 garantisce solo che il voto sia firmato con il proprio votante_id, non che il
  votato sia un altro: eleggersi MVP restava a un POST di distanza.
- VotazioneMvp non mostra più il votante nell'elenco, come già faceva VotoSocial.

Test che guardavano la colonna sbagliata

- scritture.test.ts verificava che aggiornato_il si muovesse, chiamandolo "quello che
  alimenta la serie di conferme". È l'opposto: la serie usa risposto_il, che il trigger
  di M9 deve tenere fermo. Ora il test prova a riscriverlo e controlla che il database
  abbia tenuto la prima risposta; prima passava anche senza trigger.
- destinatariSollecito() esce dalla route sollecita-presenze e diventa una funzione pura
  in presenze.ts, con i suoi test — stesso trattamento di avvisiPalloniEvento.

Tre riletture in meno

- giocatori-squadra, scout-store e avatar-store usavano invalidateQueries dove il dato
  scritto era già noto: ora setQueryData, come il resto dell'app. Resta scout-live, dove
  il lock può averlo vinto un altro dispositivo.

Documentazione riallineata

- presenze.md, badge.md, mvp.md: i limiti su RLS aperta e route non autenticata erano
  superati da M11 e DD-024;
- serie-presenze.md: il filtro è e.data < oggi, non <=, e l'evento di oggi non conta
  (conterebbe come assenza per tutti); aggiunta la tabella risposto_il/aggiornato_il;
- ARCHITECTURE.md ed EFFICIENZA_CLOUD.md: una sola eccezione a setQueryData;
- DATABASE.md: i vincoli delle tre tabelle di voto;
- PROJECT_STATE.md: fermo a M9, ora arriva a M12.

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

docs/CHANGELOG.md

@@ -6,6 +6,33 @@ qui: sta in [ROADMAP.md](ROADMAP.md).
 
 ## Versione attuale — agosto 2026
 
+### Tre riletture in meno dopo ogni salvataggio
+
+- «Aggiungi giocatore», salvataggio ed eliminazione di una partita scoutata e cambio della
+  foto profilo aggiornavano la cache con `invalidateQueries`, cioè rileggendo tutto dal
+  database. Ora usano `setQueryData` come il resto dell'app: il dato scritto è noto, non
+  serve richiederlo indietro.
+- Resta una sola eccezione, `scout-live.ts`: lì il lock può essere stato preso da un altro
+  dispositivo, quindi rileggere è l'unico modo per sapere chi ha vinto.
+
+### Il cronometro delle conferme è verificato dai test
+
+- `test/integration/scritture.test.ts` controlla ora che un ripensamento non riscriva
+  `risposto_il`, cioè che il trigger di `m9` sia davvero al suo posto: prima il test guardava
+  `aggiornato_il`, che è l'ultima modifica e non alimenta nessuna statistica, quindi restava
+  verde anche senza trigger.
+- Il calcolo dei destinatari del sollecito presenze esce dalla route ed è ora
+  `destinatariSollecito()` in `src/lib/presenze.ts`, con i suoi test — stesso trattamento già
+  dato ad `avvisiPalloniEvento()` per i palloni.
+
+### Nessuno si vota da solo
+
+- L'elenco della votazione MVP non mostra più il votante: prima bastava toccare il proprio
+  nome per eleggersi MVP, e il titolo finiva tra le statistiche come qualsiasi altro.
+- I vincoli `mvp_no_autovoto` e `badge_social_no_autovoto` (migration `m12_niente_autovoto`)
+  rifiutano l'auto-voto anche a chi scrive direttamente su PostgREST, come `pagelle_voti`
+  faceva già dalla v1.0. Le righe che violavano la regola vengono cancellate dalla migration.
+
 ### La suite copre i conteggi presenze, il calendario e la guardia delle notifiche
 
 - Nuovi check unitari su `contaPresenzeGiocatore`/`totaliEventiGiocatore` (numeratore e