Initial independent version of CrAPP

mem/features/cloud-efficienza.md

@@ -0,0 +1,14 @@
+---
+name: Efficienza Cloud
+description: Regole per minimizzare query, traffico e invocazioni Cloud (piano 20 crediti/mese, 17 utenti)
+type: feature
+---
+- Nessun polling (`refetchInterval`) verso il database; sincronizzazione locale via BroadcastChannel/storage dove possibile.
+- QueryClient globale: staleTime 5 min, gcTime 30 min, refetchOnWindowFocus/Mount/Reconnect disattivati, retry 1.
+- Dopo una mutazione aggiornare la cache con `setQueryData`, non `invalidateQueries` (evita riletture).
+- Scout live: scrive solo l'utente che segna; gli altri leggono dati già salvati.
+- Statistiche, badge e classifiche: "write once, read many" — calcolate e salvate una volta a fine partita, mai ricalcolate a ogni apertura pagina.
+- Dati CSI: sincronizzazione periodica server-side salvata su tabella locale; l'app legge solo dal database interno.
+- Push solo per eventi importanti: convocazioni, promemoria allenamento/partita, turno palloni, esito finale.
+- Niente foto/video/chat o funzionalità pesanti.
+- Schema target: team_id, eventi, presenze, azioni_scout, statistiche_aggregate, classifica_csi, notifiche, con indici sui campi di filtro/relazione.

mem/features/portabilita.md

@@ -0,0 +1,16 @@
+---
+name: Portabilità su Node.js + PostgreSQL
+description: Vincolo di architettura — l'app deve girare su un normale server Node.js con PostgreSQL, senza servizi esclusivi Lovable Cloud
+type: constraint
+---
+L'app deve restare completamente portabile: ogni funzionalità deve poter girare su un normale server Node.js con PostgreSQL.
+
+Regole:
+- Accesso ai dati solo tramite i moduli in `src/lib/*.ts`; i componenti non parlano mai direttamente col database.
+- Vietato usare funzionalità proprietarie Lovable/Supabase non self-hostable (edge functions proprietarie, auth Lovable come unico login, storage proprietario). `src/integrations/lovable/*` resta opzionale e non importato.
+- SQL standard PostgreSQL nelle migrazioni; niente estensioni esclusive del provider.
+- Configurazione solo via variabili d'ambiente standard; niente valori hardcoded.
+- Job pianificati sempre richiamabili con un semplice HTTP POST, così funzionano con qualsiasi scheduler.
+- Web push implementato con Web Crypto (compatibile Node 18+), non con SDK proprietari.
+
+Dettaglio e guida di migrazione: `docs/PORTABILITA.md`.

mem/index.md

@@ -0,0 +1,2 @@
+- [Efficienza Cloud](mem://features/cloud-efficienza) — Regole anti-consumo: niente polling, cache lunga, aggregati precalcolati, sync CSI server-side
+- [Portabilità](mem://features/portabilita) — L'app deve girare su Node.js + PostgreSQL standard, nessun servizio esclusivo Lovable Cloud