
Jedro Longev AI so razložljiva klinična pravila nad osebno osnovo gosta. Poleg tega platforma zbira pare «vpliv → odziv» in pregledno meri napako lastne napovedi.
Longev AI deluje kot deterministični mehanizem: enaka noč ob enakih mejnih vrednostih ustvari enak list. To ni omejitev, ki bi jo platforma skrivala, temveč inženirska odločitev s tremi razlogi.
Prvi razlog je zdravnikov podpis. Jutranji list se podpiše in vsaka vrstica na njem mora odgovoriti na vprašanje «zakaj»: «utrip v mirovanju 68 v primerjavi z vašim povprečjem 61 — predlagamo zamenjavo zahtevne procedure». Priporočila, ki ga ni mogoče pojasniti s številko, mehanizem nikoli ne izpiše.
Drugi razlog je regulatorni okvir. Sistem, ki samodejno spreminja zdravniške recepte na podlagi nepreglednega modela, se pomika proti statusu medicinskega pripomočka in visoko tveganih sistemov evropske uredbe o umetni inteligenci (EU AI Act). Platforma zavestno ostaja podpora življenjskemu slogu: predlaga, pojasnjuje in čaka na zdravnika (pravni okvir).
Tretji razlog je hladen zagon. Model, ki se uči, je brez podatkov slabši od pravil: v hotelu, ki se je priključil včeraj, se nima iz česa učiti. Pravila delujejo že pri prvem gostu, podatke za prihodnje modele pa platforma začne zbirati že prvo jutro — več o tem v nadaljevanju.
Skoraj vsak prag mehanizma primerja gosta z njim samim. Osnova je povprečje njegovega lastnega bivanja: nepopolni dnevi prihoda pošteno ostanejo izven nje, dokler pa nista izmerjena vsaj dva dneva, se opozorila osebne osnove sploh ne sprožijo — primerjava z eno samo nočjo bi bila metanje kovanca, natisnjeno kot ugotovitev. Zdravnik lahko to zaščito zviša na do 5 dni.
Variabilnost srčnega utripa (HRV — kako neenakomerni so presledki med srčnimi utripi) ima še en vir resnice: gostov lastni razpon, ki se ga algoritem Firstbeat v napravah Garmin uči približno tri tedne. Če ura, ki gosta pozna dlje od naše dvodnevne osnove, sporoči «pod območjem», komponenta pripravljenosti ne more biti zelena — ocena ure ima prednost pred našo aritmetiko, in to točno v eno smer.
Iz istih številk se sestavi dnevna pripravljenost — ena številka od 0 do 100, analogija kazalnika Readiness pri prstanu Oura in Recovery pri zapestnici WHOOP, vendar na podlagi podatkov Garmin in po pravilih, ki jih določa hotelski zdravnik: Body Battery prispeva 30 točk, HRV in spanje po 25, utrip v mirovanju ter včerajšnja obremenitev po 10 točk. Komponenta brez podatkov se ne nadomešča s splošnim povprečjem — preprosto izpade, uteži se ponovno prilagodijo, če pa je podatkov za manj kot polovico celotne uteži, se ocena pošteno sploh ne izda.

| Plast | Kaj počne | Kje je opisano |
|---|---|---|
| Vhod | 25 kazalnikov z ure in tehtnice Garmin, vprašalnik, zdravniška navodila, prehranski dnevnik | kaj meri ura |
| Osebna osnova | gostovo povprečje bivanja za vsak kazalnik; zaščita pred sklepanjem na podlagi ene noči | ta stran |
| Pravila | osem zastavic za eno noč in šest zastavic za več dni; do 20 lastnih pravil hotela; pragove prilagaja zdravnik | po katerih vrednostih se prilagaja dan |
| Omejitve | kontraindikacije, ritem kure, «plačljivo spreminja zdravnik» | algoritem načrta |
| Izhod | jutranji list, pripravljenost, popravki današnjega načrta — vsak z navedenim razlogom | jutranji pregled |
Hotelski sistem za upravljanje nastanitev (PMS) se lahko poveže z vmesnikom Garmin Health API ter sprejema podatke o utripu in spanju. Vendar nima dveh stvari, ki sestavljata učno množico: zdravnikovih predpisov in vnosov o prehrani. Zato platforma zbira dva nabora podatkov, oba pa obstajata le tam, kjer biometrija, predpisane terapije in prehrana delujejo v istem krogu.
Stavek «platforma postaja natančnejša» ima revizija vso pravico zahtevati v obliki številke. Zato je v skrbniškem vmesniku na voljo preverjanje napovedi: za vso zbrano zgodovino platforma za nazaj napove vsako jutro — utrip v mirovanju, HRV, Body Battery in oceno spanja — ter izračuna povprečno absolutno napako (MAE): za koliko enot se napoved v povprečju zmoti.
Izračun poteka po metodi walk-forward — «samo naprej»: napoved za jutro temelji izključno na dnevih pred njim, celo koeficient obremenitve se uči le na parih, ki so se do tistega trenutka že zgodili. Pogled v prihodnost in prilagajanje odgovora tu po sami zasnovi nista mogoča.
| Model | Kako napoveduje | Zakaj je v tabeli |
|---|---|---|
| «Kot včeraj» | jutri bo enaka vrednost kot danes | naivno merilo: model, ki ga ne preseže, se ne more imenovati model |
| «Lastna osnova» | gostovo povprečje v času bivanja — enako, kot ga natisne jutranji list | prikazuje vrednost same personalizacije |
| «Osnova + obremenitev» | lastna osnova s popravkom za včerajšnjo preobremenitev; koeficient se vklopi po 8 zbranih parih | prvi učljivi element — njegov prispevek je viden ločeno |
Tabela namenoma prikazuje tudi neprijetne ugotovitve: pri kratki zgodovini naivni pristop «kot včeraj» pogosto premaga popravke — in to je pravilen rezultat, ne napaka. Merilo za prihodnje modele postavlja prav ta tabela: model pride v sistem takrat, ko zanesljivo premaga naivnega na podatkih hotela, in ne takrat, ko lepo zveni.