
Il cuore di Longev AI si basa su regole cliniche spiegabili applicate ai valori di base dell'ospite, raccoglie coppie «trattamento → risposta» e misura in modo trasparente il margine di errore delle previsioni.
Longev AI è strutturato come un motore deterministico: la stessa notte con le stesse soglie genera sempre lo stesso prospetto. Non si tratta di un limite nascosto, ma di una precisa scelta ingegneristica basata su tre motivi.
Il primo è la firma del medico. Il foglio mattutino viene convalidato e ogni riga deve spiegare il «perché»: «frequenza a riposo di 68 rispetto alla media personale di 61: consigliamo di sostituire il trattamento più impegnativo». Se una raccomandazione non può essere giustificata da un dato numerico, il motore non la propone.
Il secondo è il quadro normativo. Un sistema che modifica le prescrizioni mediche tramite modelli opachi ricade nella categoria dei dispositivi medici e dei sistemi ad alto rischio previsti dal regolamento europeo sull'intelligenza artificiale (EU AI Act). La piattaforma rimane volutamente un supporto allo stile di vita: suggerisce, spiega e lascia la decisione al medico (quadro normativo).
Il terzo è il problema dell'avvio a freddo. Un modello che richiede addestramento senza dati è meno efficace delle regole: non ha nulla su cui basarsi in un hotel che ha appena iniziato a usare la piattaforma. Le regole funzionano fin dal primo ospite, mentre la raccolta dati per i modelli futuri si avvia già dalla prima mattina, come spiegato di seguito.
Quasi tutte le soglie del motore confrontano l'ospite con se stesso. La base di riferimento è la media del soggiorno: i giorni incompleti di arrivo ne restano correttamente esclusi e, prima di aver registrato almeno due giorni, gli avvisi basati sui valori di riferimento non scattano, poiché il confronto con una sola notte non avrebbe valore statistico. Il medico può estendere questo periodo di sicurezza fino a 5 giorni.
La variabilità della frequenza cardiaca (HRV, ovvero la variazione degli intervalli tra i battiti cardiaci) ha un secondo riferimento affidabile: la fascia di normalità dell'ospite, elaborata dall'algoritmo Firstbeat integrato in Garmin nell'arco di circa tre settimane. Se l'orologio, che monitora l'ospite da più tempo rispetto alla nostra base di due giorni, indica un valore «sotto la fascia», il fattore di prontezza non può risultare verde: il dato dell'orologio ha la precedenza sui calcoli interni, in modo univoco.
Dagli stessi dati si ricava la prontezza giornaliera: un punteggio da 0 a 100, equivalente al Readiness di Oura o al Recovery di WHOOP, ma basato sui dati Garmin e calibrato secondo le impostazioni stabilite dal medico dell'hotel. Il Body Battery incide per 30 punti, l'HRV e il sonno per 25 ciascuno, mentre la frequenza a riposo e il carico del giorno precedente contano per 10 punti ciascuno. Se manca un dato, non viene sostituito con una media generica: il parametro viene escluso, i pesi vengono ricalcolati e, se i dati disponibili coprono meno della metà del peso totale, la valutazione non viene emessa.

| Livello | Cosa fa | Dove viene spiegato |
|---|---|---|
| Input | 25 metriche da orologio e bilancia Garmin, questionario iniziale, prescrizioni del medico, diario alimentare | cosa misura l'orologio |
| Valori di base personali | media dell'ospite durante il soggiorno per ciascun indicatore; protezione contro conclusioni basate su una sola notte | in questa pagina |
| Regole | otto segnalazioni per una singola notte e sei per più giorni; fino a 20 regole personalizzate dell'hotel; soglie regolate dal medico | i valori in base ai quali viene modificata la giornata |
| Limitazioni | controindicazioni, ritmo del ciclo di cura, «le prestazioni a pagamento sono gestite dal medico» | l'algoritmo del piano |
| Risultato | foglio mattutino, prontezza, modifiche al piano di oggi — ciascuna con la propria motivazione | giro mattutino |
Il sistema di gestione alberghiera (PMS) può connettere l'API Garmin Health e ricevere battito e sonno. Gli mancano però i due elementi che compongono un set di addestramento: le prescrizioni del medico e il diario alimentare. Per questo la piattaforma raccoglie due set di dati, che esistono solo dove biometria, prescrizioni e alimentazione convivono nello stesso circuito.
La frase «la piattaforma diventa più precisa» deve poter essere quantificata durante una verifica. Per questo nel pannello di amministrazione è presente la verifica delle previsioni: sull'intero storico accumulato, la piattaforma stima retroattivamente ogni mattina — battito a riposo, HRV, Body Battery e punteggio del sonno — calcolando l'errore assoluto medio (MAE), ovvero lo scostamento medio della stima in unità.
Il calcolo è di tipo walk-forward — «procedendo solo in avanti»: la stima per la mattina si basa rigorosamente sui giorni precedenti, e persino il coefficiente di carico si perfeziona solo sulle coppie già registrate fino a quel momento. Sbirciare nel futuro per aggiustare il risultato è impossibile per progettazione.
| Modello | Come calcola la stima | Perché è nella tabella |
|---|---|---|
| «Come ieri» | domani ci sarà lo stesso valore di oggi | soglia di riferimento elementare: un modello che non la supera non può essere definito tale |
| «Valore di base personale» | la media dell'ospite durante il soggiorno — la stessa indicata nel foglio mattutino | mostra il reale valore della sola personalizzazione |
| «Valore di base + carico» | il valore di base personale corretto per il sovraccarico di ieri; il coefficiente si attiva dopo 8 coppie accumulate | il primo elemento che apprende — e il suo contributo è visibile separatamente |
La tabella è pensata appositamente per mostrare anche i dati sfavorevoli: su uno storico limitato, l'approccio elementare «come ieri» supera spesso le correzioni — ed è un risultato corretto, non un'anomalia. Il criterio di riferimento per i modelli futuri è fissato da questa stessa tabella: un modello entra nella piattaforma solo quando supera stabilmente quello elementare sui dati dell'hotel, non quando sembra promettente sulla carta.