Files

T

davideandClaude Sonnet 5 9c173df753 Corregge riferimenti alla migration M3, mai applicata

M3 esisteva solo come bozza archiviata in docs/archive/migrations/: il bucket
profili-giocatore è creato dalla migration M2 insieme alla tabella. Allinea
PROJECT_STATE.md (12 -> 18 migration), DATABASE.md, CHANGELOG.md, TODO.md,
DESIGN_DECISIONS.md, test/README.md e il test di integrazione dei profili.

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

2026-09-03 11:00:27 +02:00

archive/migrations

Clean up superseded profile migrations

2026-08-31 17:15:58 +02:00

modules

Aggiorna docs/modules/collegamento-csi.md: fallback non è più sui dati demo

2026-09-03 10:40:03 +02:00

_template-dd.md

Formatta la documentazione con prettier

2026-09-01 13:38:56 +02:00

ARCHITECTURE.md

Chiude DD-015: la rosa non è più hardcoded

2026-09-03 10:17:13 +02:00

CHANGELOG.md

Corregge riferimenti alla migration M3, mai applicata

2026-09-03 11:00:27 +02:00

DATABASE.md

Corregge riferimenti alla migration M3, mai applicata

2026-09-03 11:00:27 +02:00

DESIGN_DECISIONS.md

Corregge riferimenti alla migration M3, mai applicata

2026-09-03 11:00:27 +02:00

EFFICIENZA_CLOUD.md

Reorganize documentation and unify the AI assistant rules

2026-08-30 16:26:14 +02:00

PORTABILITA.md

Formatta la documentazione con prettier

2026-09-01 13:38:56 +02:00

README.md

Formatta la documentazione con prettier

2026-09-01 13:38:56 +02:00

ROADMAP.md

Aggiunge il tracciamento del tesseramento CSI in giocatori_squadra

2026-09-02 15:27:12 +02:00

TODO.md

Corregge riferimenti alla migration M3, mai applicata

2026-09-03 11:00:27 +02:00

VISION.md

Formatta la documentazione con prettier

2026-09-01 13:38:56 +02:00

README.md

Documentazione CrAPP

Indice della documentazione ufficiale del progetto. Ogni file risponde a una domanda precisa: se l'informazione che cerchi non è nel file indicato, probabilmente non esiste ancora e va prima documentata (vedi DD-002).

Dove sta cosa

Documento	Risponde a
VISION.md	Perché esiste CrAPP, quali principi deve rispettare una funzionalità
ROADMAP.md	Cosa è fatto e cosa è previsto, versione per versione
ARCHITECTURE.md	Com'è fatta l'app: stack, struttura del codice, flusso di sviluppo
DATABASE.md	Quali tabelle esistono, a cosa servono, chi le usa
DESIGN_DECISIONS.md	Perché abbiamo scelto così, cosa abbiamo escluso e quando riaprire la scelta
PORTABILITA.md	Cosa lega l'app a un fornitore e cosa no, come spostarla su server proprio
EFFICIENZA_CLOUD.md	Come tenere basso il consumo cloud: cache, query, push
TODO.md	A cosa si sta lavorando adesso
CHANGELOG.md	Cosa è cambiato e quando
modules/	Specifica funzionale di ogni modulo, una per file

Le regole vincolanti per gli assistenti AI stanno in AGENTS.md; lo stato corrente del lavoro in PROJECT_STATE.md.

Ordine di lettura

Prima di modificare il codice, nell'ordine: questo indice → VISION.md → ROADMAP.md → ARCHITECTURE.md → DATABASE.md → DESIGN_DECISIONS.md → TODO.md → il documento del modulo interessato in modules/.

Regole di manutenzione

Ogni informazione ha una sola casa, per evitare che le copie divergano:

l'elenco delle funzionalità (fatte e previste) sta solo in ROADMAP.md;
CHANGELOG.md registra quando qualcosa è stato rilasciato, non ripete l'elenco;
TODO.md contiene solo il lavoro in corso o imminente, e rimanda alla roadmap;
lo schema del database sta solo in DATABASE.md, allineato alle migration in supabase/migrations/: una tabella nuova si documenta nella stessa modifica che la crea;
le motivazioni stanno solo in DESIGN_DECISIONS.md, in voci DD-XXX; per aggiungerne una si copia _template-dd.md.

Convenzioni di scrittura: un solo titolo # per file (le sezioni interne partono da ##), niente --- come riempitivo tra i paragrafi, tabelle al posto degli elenchi ripetitivi.