
Ядро Longev AI — объяснимые клинические правила поверх личной базы гостя. Поверх них платформа копит пары «воздействие → отклик» и открыто меряет ошибку своего прогноза.
Longev AI устроен как детерминированный движок: одна и та же ночь при одних и тех же порогах даёт один и тот же лист. Это не ограничение, которое платформа стесняется признать, а инженерное решение с тремя причинами.
Первая — подпись врача. Утренний лист подписывается, и каждая его строка обязана отвечать на вопрос «почему»: «пульс покоя 68 против вашего среднего 61 — предлагаем заменить тяжёлую процедуру». Рекомендацию, которую нельзя объяснить числом, движок не печатает.
Вторая — регуляторная рамка. Система, которая сама меняет медицинские назначения по непрозрачной модели, двигается в сторону медицинского изделия и высокорисковых систем европейского регламента об искусственном интеллекте (EU AI Act). Платформа сознательно остаётся поддержкой образа жизни: предлагает, объясняет и ждёт врача (правовая рамка).
Третья — холодный старт. Обучаемая модель без данных хуже правил: ей не на чем учиться в отеле, который подключился вчера. Правила работают с первого гостя, а данные для моделей платформа начинает копить с первого же утра — об этом ниже.
Почти каждый порог движка сравнивает гостя с ним же. База — среднее его собственного заезда: неполные дни приезда в неё честно не входят, а пока измеренных дней меньше двух, флаги личной базы вообще не поднимаются — сравнение с одной ночью было бы подброшенной монетой, напечатанной как вывод. Врач может поднять эту защиту до 5 дней.
У вариабельности сердечного ритма (ВЧП — насколько неравномерны паузы между ударами сердца) есть второй источник правды: собственный коридор гостя, который алгоритм Firstbeat внутри Garmin учит около трёх недель. Если часы, знающие гостя дольше нашей двухдневной базы, говорят «ниже коридора», компонент готовности не может оказаться зелёным — вердикт часов сильнее нашей арифметики, и ровно в одну сторону.
Из тех же чисел собирается готовность дня — одно число от 0 до 100, аналог Readiness у кольца Oura и Recovery у браслета WHOOP, но на данных Garmin и по правилам, которые двигает врач отеля: Body Battery весит 30 пунктов, ВЧП и сон — по 25, пульс покоя и вчерашняя нагрузка — по 10. Компонент без данных не заменяется «средним по больнице» — он выпадает, веса нормируются, а когда данных меньше половины веса, зона честно не выносится.

| Слой | Что делает | Где разобрано |
|---|---|---|
| Вход | 25 показателей часов и весов Garmin, анкета, назначения врача, дневник питания | что измеряют часы |
| Личная база | среднее гостя за заезд по каждому показателю; защита от выводов по одной ночи | эта страница |
| Правила | восемь флагов одной ночи и шесть флагов нескольких дней; до 20 собственных правил отеля; пороги двигает врач | по каким числам правится день |
| Ограничения | противопоказания, ритм курса, «платное меняет врач» | алгоритм плана |
| Выход | утренний лист, готовность, правки сегодняшнего дня плана — каждая с причиной | утренний обход |
Гостиничная система управления (PMS) может подключить Garmin Health API и получать пульс и сон. Но у неё нет двух вещей, из которых складывается обучающая выборка: назначений врача и отметок питания. Поэтому платформа копит два набора данных, и оба существуют только там, где биометрия, назначения и питание живут в одном контуре.
Фразу «платформа становится точнее» аудит вправе попросить показать числом. Для этого в админке есть проверка прогноза: по всей накопленной истории платформа задним числом предсказывает каждое утро — пульс покоя, ВЧП, Body Battery и оценку сна — и считает среднюю абсолютную ошибку (MAE): на сколько единиц прогноз в среднем промахивается.
Считается это walk-forward — «идя только вперёд»: прогноз на утро строится строго из дней до него, и даже коэффициент нагрузки доучивается только на парах, которые к этому моменту уже случились. Подглядеть в будущее и подогнать ответ здесь невозможно по построению.
| Модель | Как предсказывает | Зачем в таблице |
|---|---|---|
| «Как вчера» | завтра будет то же число, что сегодня | наивная планка: модель, не бьющая её, не имеет права называться моделью |
| «Личная база» | среднее гостя за заезд — то же, что печатает утренний лист | показывает цену самой персонализации |
| «База + нагрузка» | личная база с поправкой на вчерашний перегруз; коэффициент включается после 8 накопленных пар | первый обучаемый элемент — и его вклад виден отдельно |
Таблица нарочно умеет показывать неудобное: на малой истории наивное «как вчера» нередко выигрывает у поправок — и это правильный результат, а не сбой. Планка для будущих моделей задана этой же таблицей: модель попадает в продукт, когда устойчиво бьёт наивную на данных отеля, а не когда красиво звучит.