Reorganize documentation and unify the AI assistant rules

Documentation:
- Add docs/README.md, the documentation index that AGENTS.md pointed to as the
  first file to read but which did not exist.
- One home per piece of information: the feature list stays in ROADMAP.md,
  CHANGELOG.md records only when something shipped, TODO.md only ongoing work.
  Reconcile the entries that had drifted (CSI was both done and pending;
  pagelle, badge social and serie were missing from the roadmap).
- Rewrite DATABASE.md as tables: add giocatori_squadra (already created by a
  migration) and profili_giocatore (planned in DD-016), fix the wrong heading
  levels, drop the duplicated roadmap.
- DESIGN_DECISIONS.md: move the index to the top and sort it, extract the
  template into _template-dd.md.
- ARCHITECTURE.md becomes the technical reference; CLAUDE.md no longer
  duplicates it.
- Add docs/EFFICIENZA_CLOUD.md with the rules previously kept in mem/,
  separating what the code enforces from the goals not yet implemented.
- Fix statements the code contradicted: mutations use setQueryData rather than
  invalidateQueries, and scout_sessioni and giocatori_squadra are not read by
  the code yet.
- Track the v1.0 modules with no spec in docs/modules/ from TODO.md.

AI assistants:
- AGENTS.md is the single source of the rules, now including the technical
  constraints only Claude Code knew about (generated files, Vite plugins, data
  access) and an end-of-work checklist that applies to every assistant.
- CLAUDE.md and .cursor/rules/crapp.mdc point to AGENTS.md instead of
  restating it.
- Remove the five .cursor/*.md files, which Cursor never loaded.

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

.cursor/architecture-summary.md

@@ -1,37 +0,0 @@
-# Architecture Summary
-
-Frontend
-
-- React
-- TanStack Start
-- Tailwind
-- TypeScript
-
-Backend
-
-- Supabase
-
-Hosting
-
-- Vercel
-
-Repository
-
-- GitHub
-
-Branch
-
-- main
-- develop
-
-Documentazione
-
-- docs/
-
-Database
-
-- Supabase
-
-Storage
-
-- Supabase Storage

.cursor/coding-style.md

@@ -1,12 +0,0 @@
-# Coding Style
-
-Preferenze del progetto.
-
-- Utilizzare TypeScript.
-- Preferire funzioni piccole.
-- Evitare duplicazione di codice.
-- Utilizzare componenti React riutilizzabili.
-- Commentare solamente il codice realmente complesso.
-- Preferire nomi descrittivi.
-- Non introdurre librerie senza reale necessità.
-- Mantenere la struttura esistente del progetto.

.cursor/crapp-context.md

@@ -1,22 +0,0 @@
-# CrAPP Context
-
-CrAPP è una Progressive Web App dedicata alla gestione di una squadra di pallavolo amatoriale.
-
-L'obiettivo principale NON è solamente registrare dati.
-
-L'obiettivo è ridurre il lavoro amministrativo degli amministratori e aumentare il coinvolgimento dei giocatori attraverso gamification, statistiche e strumenti intelligenti.
-
-Quando implementi nuove funzionalità:
-
-- privilegia semplicità
-- mantieni la coerenza dell'interfaccia
-- evita duplicazioni
-- leggi sempre la documentazione presente in `docs/`
-
-Prima di scrivere codice consulta:
-
-- README
-- ROADMAP
-- DATABASE
-- ARCHITECTURE
-- il modulo interessato in `docs/modules`

.cursor/development-workflow.md

@@ -1,11 +0,0 @@
-# Development Workflow
-
-Ogni nuova funzionalità segue questo flusso.
-
-1. Discussione funzionale.
-2. Documento in `docs/modules`.
-3. Progettazione database.
-4. Implementazione su branch `develop`.
-5. Test.
-6. Merge su `main`.
-7. Deploy automatico tramite Vercel.

.cursor/project-rules.md

@@ -1,29 +0,0 @@
-# Project Rules
-
-Queste regole devono essere rispettate per qualsiasi modifica al progetto.
-
-## Regole generali
-
-- Non modificare il branch `main` direttamente.
-- Tutte le nuove funzionalità vengono sviluppate su `develop`.
-- Prima di implementare una funzionalità leggere sempre la documentazione presente in `docs/`.
-- Non creare codice duplicato.
-- Riutilizzare sempre componenti già esistenti quando possibile.
-- Mantenere uno stile coerente con il progetto.
-
-## Database
-
-- Non modificare il database senza creare una nuova migration Supabase.
-- Non eliminare tabelle esistenti senza esplicita richiesta.
-- Preferire nuove tabelle rispetto all'aggiunta di molte colonne quando il modulo è indipendente.
-
-## Componenti
-
-- Preferire componenti piccoli e riutilizzabili.
-- Evitare componenti con responsabilità multiple.
-
-## Documentazione
-
-Ogni nuova funzionalità deve essere documentata prima dell'implementazione.
-
-La documentazione tecnica si trova nella cartella `docs/`.

.cursor/rules/crapp.mdc

@@ -0,0 +1,16 @@
+---
+description: Regole di progetto CrAPP
+alwaysApply: true
+---
+
+Prima di qualsiasi modifica leggi @AGENTS.md e seguine le regole: sono vincolanti e valgono
+per intero.
+
+- Non implementare funzionalità non documentate in `docs/`.
+- Lavora su `develop`, mai direttamente su `main`.
+- Codice, commenti e documentazione in italiano.
+
+Non aggiungere regole in questo file: una regola nuova va in `AGENTS.md`, che leggono anche
+Claude Code e Codex. Vale per qualsiasi aggiunta o modifica — regola, funzionalità, decisione,
+schema database: prima di considerare finito il lavoro esegui la checklist «Fine lavoro» di
+`AGENTS.md`.