הליבה של Longev AI מבוססת על כללים קליניים מוסברים מעל נתוני הבסיס האישיים של האורח, צוברת מעליהם זוגות של «השפעה ← תגובה» ומודדת בגלוי את שגיאת התחזית שלה.
למי מיועד העמוד הזה. לצוות בדיקת נאותות טכנית, לרופאים ולמשקיעים — לכל מי ששואל: «האם מדובר בלמידת מכונה או בכללים קשיחים?» התשובה כנה וניתנת לאימות ישירות בפורטל.
הליבה היא כללים, מתוך בחירה. כל המלצה נגזרת מסף מוגדר וניתנת להסבר במשפט אחד; טיפולים בתשלום משתנים אך ורק בידי הרופא. במעגל רפואי איש אינו חותם על קופסה שחורה.
ההתאמה האישית היא נתוני הבסיס של האורח. דגלים נמדדים לא ביחס ל«נורמה באוכלוסייה», אלא ביחס לממוצע האישי של האורח במהלך השהייה: דופק מנוחה של 62 אינו אומר דבר עד שלא יודעים שבמשך כל השבוע הממוצע היה 54.
שני מאגרי נתונים. יומן ההחלטות — «מדדי האורח ← מה עשה הרופא»; יומן התוצאות — «הטיפולים והעומס מאתמול ← מה שהשעון מדד בבוקר». שניהם אנונימיים לחלוטין לפי תכנון וניתנים לייצוא כשורות JSONL.
התחזית מבוקרת. הפלטפורמה חוזה באמצעות שלושה מודלים את דופק המנוחה, שונות הדופק, מדד ה-Body Battery וציון השינה של מחר, ומציגה את שגיאת הממוצע של כל מודל — בטבלה, ולא כהבטחה באוויר.
הגבול. Wellness & Lifestyle Intelligence — תמיכה באורח חיים, לא מכשור רפואי; המילה האחרונה היא תמיד של הרופא. עודכן ב-25.08.2026.
כללים ולא קופסה שחורה — ומדוע
Longev AI בנוי כמנוע דטרמיניסטי: אותו לילה תחת אותם ספים מפיק בדיוק את אותו הדוח. אין זו מגבלה שהפלטפורמה מנסה להסתיר, אלא החלטה הנדסית הנובעת משלוש סיבות.
הראשונה היא חתימת הרופא. דוח הבוקר נחתם בידי רופא, וכל שורה בו חייבת לענות על השאלה «למה»: «דופק מנוחה 68 לעומת הממוצע שלך שעומד על 61 — אנו מציעים להחליף טיפול מאומץ». המלצה שאי אפשר להסביר באמצעות מספר לעולם אינה מודפסת.
השנייה היא המסגרת הרגולטורית. מערכת שמשנה בעצמה מרשמים והנחיות רפואיות על סמך מודל לא שקוף גולשת להגדרה של מכשור רפואי ומערכת בסיכון גבוה לפי רגולציית הבינה המלאכותית האירופית (EU AI Act). הפלטפורמה נשארת במודע בגדר תמיכה באורח חיים: היא מציעה, מסבירה וממתינה לרופא (המסגרת המשפטית).
השלישית היא בעיית ההתחלה הקרה. מודל לומד ללא נתונים נחות מכללים: אין לו ממה ללמוד במלון שהצטרף רק אתמול. כללים עובדים החל מהאורח הראשון — והנתונים למודלים העתידיים מתחילים להצטבר כבר מהבוקר הראשון, כפי שמוסבר בהמשך.
נתוני בסיס אישיים במקום נורמה באוכלוסייה
כמעט כל סף במנוע משווה את האורח לעצמו. נתוני הבסיס הם הממוצע של שהייתו שלו: ימי הגעה חלקיים אינם נכללים בהם, וכל עוד נמדדו פחות מיומיים, דגלי בסיס אינם מופעלים כלל — השוואה מול לילה בודד הייתה כמו הטלת מטבע המודפסת כמסקנה. הרופא יכול להעלות את מנגנון ההגנה הזה עד ל-5 ימים.
לשונות קצב הלב (שונות דופק — מידת חוסר האחידות ברווחים שבין פעימות הלב) יש מקור מידע נוסף: הטווח האישי של האורח, שאלגוריתם Firstbeat בתוך Garmin לומד לאורך כשלושה שבועות. כאשר השעון, שמכיר את האורח זמן רב יותר מנתוני הבסיס של יומיים אצלנו, מדווח על «מתחת לטווח», רכיב המוכנות אינו יכול להופיע בירוק — קביעת השעון גוברת על החישוב שלנו, ובכיוון אחד בלבד.
מאותם מספרים מורכבת המוכנות היומית — ערך יחיד בין 0 ל-100, המקביל ל-Readiness של טבעת Oura ול-Recovery של צמיד WHOOP, אך על סמך נתוני Garmin ולפי כללים שקובע רופא המלון: Body Battery שוקל 30 נקודות, שונות דופק ושינה — 25 כל אחד, ודופק מנוחה ועומס מאתמול — 10 כל אחד. רכיב ללא נתונים אינו מוחלף ב«ממוצע כללי» — הוא מושמט, המשקלים מחושבים מחדש באופן יחסי, וכאשר חסרים נתונים ליותר ממחצית המשקל הכולל, לא נקבעת כלל הערכת מצב.
דוח הבוקר של הרופא: מוכנות 49 מתוך 100 עם פירוט המרכיבים — כל שורה מציגה את הערך שלה, את נתוני הבסיס שלה ואת הסיבה שלה×
מערכת ניהול מלון (PMS) יכולה להתחבר אל Garmin Health API ולקבל נתוני דופק ושינה. אבל חסרים בה שני הרכיבים שמהם מורכבת מערכת אימון: מרשמי הרופא ויומן התזונה. לכן הפלטפורמה צוברת שני מאגרי נתונים, ושניהם קיימים רק במקום שבו ביומטריה, טיפולים מותאמים ותזונה פועלים במעגל אחד.
יומן ההחלטות — «מדדי האורח ← מה עשה הרופא». כל פעולה קלינית בלוח הבקרה נשמרת לצד תמונת מצב אנונימית של האורח באותו רגע: גיל, מין, יום השהייה, מדדי הלילה, הממוצעים האישיים והדגלים. כבר עכשיו הוא משמש ככלי עזר: הרופא רואה כיצד פעל המלון במקרים עם מדדים דומים.
יומן התוצאות — «השפעה ← תגובה». בכל בוקר עם מדידות, הפלטפורמה רושמת בעצמה צמד נתונים: הטיפולים והעומס מיום האתמול (כולל ארוחת ערב אחרי 20:00 וכוסות מים מקורס השתייה) לצד מה שהשעון תיעד בבוקר — דופק במנוחה ו-HRV ביחס לקו הבסיס האישי, שינה, Body Battery, מוכנות ודגלים.
אנונימיות ומחיקה. השורות אינן כוללות שם או תאריך לידה; ביטול ההסכמה לשימוש בנתוני בריאות מוחק גם את צמדי הנתונים של האורח — מאגר הנתונים הופך כך למדויק ומהימן יותר, ולא לדל יותר. הייצוא מתבצע בשורות JSONL מלוח הניהול.
תצפית ולא סיבתיות. על סמך צמדי הנתונים שנצברו, לוח הבקרה מציג ממוצעים «עם הגורם / בלי הגורם»: טיפולי חום ביום הקודם, טיפול מאמץ, עומס הגבוה ב-50% מקו הבסיס, ארוחת ערב מאוחרת. ההשוואה מוצגת רק כאשר נצברו לפחות 5 צמדים מכל צד, והיא מוגדרת כתצפית: לנתוני בוקר בודד יש יותר מדי גורמים מכדי לייחס את הבדל הממוצעים לסיבה ישירה.
בדיקת החיזוי: שגיאה מדידה במקום הבטחות
ביקורת רשאית לבקש הוכחה מספרית לטענה ש«הפלטפורמה נהיית מדויקת יותר». לשם כך, בלוח הניהול קיימת בדיקת חיזוי: על סמך כל ההיסטוריה שנצברה, הפלטפורמה מנבאת בדיעבד כל בוקר — דופק במנוחה, HRV, מדד Body Battery וציון שינה — ומחשבת את השגיאה המוחלטת הממוצעת (MAE): בכמה יחידות התחזית מפספסת בממוצע.
החישוב מתבצע בשיטת walk-forward — «רק בכיוון קדימה»: התחזית לבוקר נבנית אך ורק על סמך הימים שקדמו לו, וגם מקדם העומס ממשיך להתעדכן רק על בסיס צמדי נתונים שכבר התרחשו עד לאותו שלב. הצצה לעתיד והתאמת התוצאה אינן אפשריות לפי מבנה המערכת.
מודל
כיצד מתבצע החיזוי
מדוע זה מופיע בטבלה
«כמו אתמול»
מחר יהיה אותו מדד כמו היום
רף בסיסי נאיבי: מודל שאינו מנצח אותו אינו זכאי להיקרא מודל
«קו בסיס אישי»
ממוצע האורח במהלך השהייה — אותו מדד שמופיע בדף הבוקר
ממחיש את ערכה של ההתאמה האישית כשלעצמה
«קו בסיס + עומס»
קו בסיס אישי עם תיקון לעומס היתר של אתמול; המקדם מופעל לאחר צבירה של 8 צמדי נתונים
הרכיב הראשון שלומד ומתאמן — ותרומתו נראית בנפרד
הטבלה בנויה בכוונה להציג גם תוצאות לא נוחות: בהיסטוריית נתונים קצרה, המודל הנאיבי «כמו אתמול» גובר לעיתים קרובות על התיקונים — וזוהי תוצאה מדויקת, לא תקלה. הרף עבור מודלים עתידיים נקבע על ידי אותה טבלה: מודל נכנס למערכת רק כשהוא מנצח באופן עקבי את המודל הנאיבי על נתוני המלון בפועל, ולא בגלל שהוא נשמע מרשים.
מפת דרכים
עכשיו. כללים על גבי מדד הבסיס האישי; יומני ההחלטות והתוצאות נבנים מעצמם; שגיאת התחזית נמדדת בלחיצת כפתור.
בהמשך. מודלים לחיזוי על גבי יומן התוצאות — ברגע שייאספו מספיק זוגות נתונים כדי לעבור באופן עקבי את רף הבסיס הפשוט מהטבלה שלמעלה. עד אז — בלי מילים «חכמות» בחלון הראווה.
תמיד. קביעת טיפולים אוטומטית רק כטיוטה לחתימת הרופא: כך עובד כבר כעת הסיכום של סבב הבוקר, וכך יעבוד גם מנגנון הצעת הטיפולים שמבוסס על יומן ההחלטות.
שאלות ותשובות
האם מדובר בלמידת מכונה או בכללים קבועים? הליבה היא כללים מוסברים על גבי מדד הבסיס האישי של האורח. רכיבים נלמדים כבר קיימים — מקדם העומס בתחזית וחיפוש מקרים דומים ביומן ההחלטות — ומודלים מלאים יוטמעו על בסיס יומן התוצאות, כאשר איכותם כבר נמדדת באמצעות טבלת השגיאות.
למה לא רשת עצבית? כי הרופא הוא זה שחותם על הטופס ויכולת ההסבר היא דרישה קלינית ולא עניין של טעם; כי תקנות ה-EU AI Act מחמירות עם המלצות בריאות לא שקופות יותר מאשר עם כללים מוגדרים; ומכיוון שמודלים ללא מספיק נתונים פחות טובים מכללים — והפלטפורמה עדיין צוברת נתונים.
מה מונע מתוכנת PMS רגילה להעתיק את זה? ה-Garmin Health API יעביר מדדים ביומטריים, אך לא את הנחיות הרופא ולא את רישומי התזונה. הצמד «השפעה ← תגובה» מתחבר רק במקום שבו כל שלושת הזרמים מתנקזים למעגל אחד — ומאגר הנתונים הזה נשאר בידי המלון.
איפה אפשר לראות את כל זה? בלוח הבקרה: «הגדרות» ← «עוזר» — כרטיסי שני היומנים, התצפיות לפי גורמים, כפתור בדיקת התחזית וייצוא JSONL (מסך מנהל המערכת).
האם הפלטפורמה טוענת לקשר סיבתי? לא. הממוצעים של «עם הגורם / ללא הגורם» מוגדרים כתצפית בלבד; מסקנות סיבתיות דורשות היקפי מידע ומבנה מחקר שאין למלון יחיד — והעמוד מצהיר על כך ביושר ובמפורש.
