Separazione: le aree riservate diventano un'app propria (apps/platforms)

Campus, Stress Index e Longevity escono dal sito e diventano
apps.insanitylab.it, con utenti, sessioni, login e database propri.
Deciso da Adriano il 03/09/2026: una repo sola, due applicazioni
autosufficienti, cosi' che ognuna resti estraibile.

Misura che ha guidato il taglio: le tre aree condividevano col sito
SOLO l'identita' - ~170 righe fra auth.ts, middleware.ts e safe-next.ts.
Layout, librerie e dati erano gia' disgiunti.

Lato piattaforme:
- ruoli piattaforme/cliente/trainer/admin, senza quelli redazionali
- canAccessPath con default CHIUSO (nel sito era aperto: li' le rotte non
  elencate erano di chiunque fosse loggato, qui ogni sezione e' di qualcuno)
- tutta l'app protetta, si elencano le eccezioni invece dei prefissi protetti
- /api risponde 401/403, non un redirect verso una pagina di login
- tre database distinti: utenti, dati clinici senza nomi, mappatura coi nomi

Lato sito:
- ROLES tornano i tre redazionali; via le regole e il login pubblico
- il login del pannello RESPINGE un account emigrato invece di aprirgli una
  sessione: senza, landingFor lo mandava su /admin, il middleware glielo
  negava, e si formava un ciclo di redirect che sembra un guasto del sito
- l'header non mostra piu' un menu delle piattaforme: un link che esce

Verificato: sito 20 file / 146 test, piattaforme 26 file / 197 test, entrambi
i build passano, e l'app girata davvero in locale - il ruolo piattaforme entra
in Campus e viene rimbalzato da Longevity, il cliente il contrario.

Non ancora in produzione: manca il record DNS di apps.insanitylab.it.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01EndnceRA5WnA6rvA5iV9WL

apps/platforms/tests/longevity/riferimento/README.md

@@ -0,0 +1,22 @@
+# L'oracolo del motore di calcolo
+
+`isl_scoring_engine.py` è il motore di punteggio **scritto dal cliente** (In-Sanity Lab),
+ricevuto il 2026-08-21. Non è codice nostro e non va modificato: sta qui perché è
+l'**oracolo** contro cui verifichiamo il porting in TypeScript.
+
+Il porting delle curve è la parte più delicata della piattaforma: un coefficiente
+trascritto male produce un punteggio sanitario sbagliato che sembra plausibile e che
+nessun test funzionale intercetterebbe, perché diventerebbe il valore "atteso" di tutto
+ciò che viene dopo. La fedeltà non è garantita dalla trascrizione, ma dal confronto
+numerico: `genera-riferimento.py` esegue questo motore su una griglia di casi e scrive
+`riferimento.json`, che il test TypeScript rilegge per confrontare i due risultati.
+
+Serve `python3` (solo libreria standard: il motore importa unicamente `dataclasses` e
+`typing`).
+
+## Rigenerare il riferimento
+
+    python3 tests/longevity/riferimento/genera-riferimento.py
+
+Va rifatto solo se il cliente manda una versione nuova del motore. In quel caso il
+confronto dirà da sé quali curve sono cambiate.