FR
Live Demo

Wiki

Comment Longev AI apprend : règles, données, prévision testée

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.

Updated 2026-08-28 · Exemple de soins Luxury Spa & Medical Wellness Hotel Prezident

Sommaire
  1. En bref
  2. Des règles plutôt qu'une boîte noire : pourquoi ce choix
  3. Une référence personnelle plutôt qu'une norme générale
  4. Les couches du moteur
  5. Deux jeux de données absents des PMS
  6. Le test de prévision : mesurer l'erreur plutôt que faire des promesses
  7. Feuille de route
  8. Questions et réponses
  9. Sources
  10. Pour aller plus loin

En bref

Des règles plutôt qu'une boîte noire : pourquoi ce choix

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.

Une référence personnelle plutôt qu'une norme générale

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.

Feuille du matin du médecin : niveau de préparation à 49 sur 100 avec le détail par composante — chaque ligne indique sa valeur, sa référence et sa justification
Feuille du matin du médecin : niveau de préparation à 49 sur 100 avec le détail par composante — chaque ligne indique sa valeur, sa référence et sa justification
×

Les couches du moteur

CoucheRôleDétails
Entrée25 indicateurs de la montre et de la balance Garmin, questionnaire initial, prescriptions du médecin, journal alimentairece que mesure la montre
Référence personnellemoyenne du client sur le séjour pour chaque indicateur ; protection contre les déductions basées sur une seule nuitcette page
Règleshuit drapeaux sur une nuit et six drapeaux sur plusieurs jours ; jusqu'à 20 règles propres à l'hôtel ; seuils ajustés par le médecinles valeurs qui ajustent la journée
Contraintescontre-indications, rythme de la cure, « les prestations payantes relèvent du médecin »l'algorithme du planning
Sortiefiche du matin, préparation, ajustements du planning du jour — chacun avec son motifla ronde du matin

Deux jeux de données absents des PMS

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.

Le test de prévision : mesurer l'erreur plutôt que faire des promesses

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èleMéthode de prédictionRôle dans le tableau
« Comme hier »la valeur de demain sera identique à celle d'aujourd'huile 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 matinmesure 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éesle 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.

Feuille de route

Questions et réponses

Sources

Pour aller plus loin

← All articles