Files
InsanityLab-web/apps/platforms/tests/longevity/riferimento/README.md
T
AdrianoDev 6301f521fd 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
2026-09-03 11:21:12 +00:00

1.1 KiB

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.