
Le cœur de Longev AI : des règles cliniques explicables sur la base personnelle du client ; la plateforme accumule des paires « action → réponse » et mesure ouvertement sa propre erreur de prévision.
Longev AI fonctionne comme un moteur déterministe : une même nuit avec les mêmes seuils produit exactement la même feuille. Il ne s'agit pas d'une limite dissimulée par la plateforme, mais d'un choix d'ingénierie motivé par trois raisons.
La première concerne la signature du médecin. La feuille du matin est signée, et chaque ligne doit répondre à la question « pourquoi » : « pouls au repos de 68 par rapport à votre moyenne de 61 — nous suggérons de remplacer le soin exigeant ». Le moteur n'imprime aucune recommandation qui ne puisse être justifiée par un chiffre.
La deuxième tient au cadre réglementaire. Un système qui modifie de lui-même des prescriptions médicales à partir d'un modèle opaque bascule vers la catégorie des dispositifs médicaux et des systèmes à haut risque selon le règlement européen sur l'IA (EU AI Act). La plateforme reste délibérément un outil de soutien au mode de vie : elle suggère, explique et attend la décision du médecin (cadre juridique).
La troisième est le problème du démarrage à froid. Un modèle auto-apprenant sans données est moins performant que des règles : il n'a aucune base d'apprentissage dans un hôtel qui vient d'intégrer le système. Les règles fonctionnent dès le premier client, et la plateforme commence à accumuler les données pour les futurs modèles dès le tout premier matin, comme expliqué plus bas.
Presque chaque seuil du moteur compare le client à lui-même. La base de référence correspond à la moyenne de son propre séjour : les journées d'arrivée incomplètes en sont rigoureusement exclues, et tant que moins de deux jours sont mesurés, les alertes basées sur la référence personnelle ne sont pas déclenchées — une comparaison sur une seule nuit équivaudrait à tirer à pile ou face tout en le présentant comme une conclusion clinique. Le médecin peut porter ce délai de sécurité à 5 jours.
La variabilité de la fréquence cardiaque (VFC — la régularité des intervalles entre les battements du cœur) dispose d'une deuxième source de référence : la plage habituelle du client, que l'algorithme Firstbeat intégré à Garmin apprend en environ trois semaines. Si la montre, qui connaît le client depuis plus longtemps que notre référence de deux jours, indique « en dessous de la plage », la composante de préparation ne peut pas s'afficher en vert : le diagnostic de la montre prévaut sur notre calcul, et strictement dans ce sens.
Ces mêmes valeurs composent la préparation du jour — un score unique de 0 à 100, équivalent du Readiness de la bague Oura ou du Recovery du bracelet WHOOP, mais calculé à partir des données Garmin et selon des règles ajustables par le médecin de l'hôtel : le Body Battery compte pour 30 points, la VFC et le sommeil pour 25 chacun, le pouls au repos et la charge d'hier pour 10 chacun. Une composante sans données n'est pas remplacée par une moyenne arbitraire : elle est exclue, les coefficients sont réajustés, et si les données représentent moins de la moitié du poids total, aucune évaluation n'est émise.

| Couche | Rôle | Détails |
|---|---|---|
| Entrée | 25 indicateurs de la montre et de la balance Garmin, questionnaire initial, prescriptions du médecin, journal alimentaire | ce que mesure la montre |
| Référence personnelle | moyenne du client sur le séjour pour chaque indicateur ; protection contre les déductions basées sur une seule nuit | cette page |
| Règles | huit drapeaux sur une nuit et six drapeaux sur plusieurs jours ; jusqu'à 20 règles propres à l'hôtel ; seuils ajustés par le médecin | les valeurs qui ajustent la journée |
| Contraintes | contre-indications, rythme de la cure, « les prestations payantes relèvent du médecin » | l'algorithme du planning |
| Sortie | fiche du matin, préparation, ajustements du planning du jour — chacun avec son motif | la ronde du matin |
Un système de gestion hôtelière (PMS) peut se connecter à l'API Garmin Health pour récupérer le pouls et le sommeil. Mais il lui manque les deux éléments indispensables à un jeu d'entraînement : les prescriptions médicales et le suivi des repas. La plateforme constitue donc deux jeux de données, qui n'existent que là où la biométrie, les prescriptions et l'alimentation sont réunies dans un même circuit.
Un audit est en droit d'exiger un chiffre pour étayer l'affirmation « la plateforme devient plus précise ». Pour cela, l'administration dispose d'un contrôle de prévision : sur l'ensemble de l'historique accumulé, la plateforme prédit rétrospectivement chaque matinée — pouls au repos, VFC, Body Battery et score de sommeil — puis calcule l'erreur absolue moyenne (MAE), c'est-à-dire l'écart moyen en unités de la prévision.
Ce calcul s'effectue en mode progressif (« walk-forward ») : la prévision du matin est établie uniquement à partir des jours antérieurs, et même le coefficient de charge ne s'ajuste que sur les données déjà observées à ce stade. Regarder vers l'avenir pour ajuster artificiellement le résultat est impossible par conception.
| Modèle | Méthode de prédiction | Rôle dans le tableau |
|---|---|---|
| « Comme hier » | la valeur de demain sera identique à celle d'aujourd'hui | le seuil naïf de référence : un modèle qui ne fait pas mieux ne mérite pas d'être qualifié de modèle |
| « Base personnelle » | la moyenne du séjour du client — identique à celle figurant sur la fiche du matin | mesure l'apport réel de la personnalisation à elle seule |
| « Base + charge » | la base personnelle corrigée selon la surcharge de la veille ; le coefficient s'active après 8 paires accumulées | le premier élément auto-apprenant — son apport est visible distinctement |
Le tableau sait parfaitement afficher des résultats dérangeants : sur un historique court, l'approche naïve « comme hier » surpasse souvent les ajustements, et c'est un résultat normal, pas une anomalie. L'exigence requise pour les futurs modèles est fixée par ce même tableau : un modèle n'est intégré au produit que lorsqu'il surpasse régulièrement le modèle naïf sur les données réelles de l'hôtel, et non sur de simples promesses théoriques.