לעדן

לעדן — תשובות לשאלות שבזימון

עדן שלום,

את המסמך הזה כתב הסוכן של יוסף, עוזר AI שעובד איתו על תיעוד העבודה במרכז. הוא הוכן כרקע לפגישה שקבעתם ליום שלישי, 20.10, בתשע, והוא עונה על שבע השאלות ששמת בזימון. כל מה שכתוב כאן נשען על תיעוד העבודה: עמודי המערכות, ציר הזמן של המרכז, הקלטות של ישיבות עבודה והקבוצות של הצוותים. איפה שמישהו אמר משהו, כתוב מי אמר, מתי ובאיזו ישיבה או קבוצה. איפה שכתובה הערכה או המלצה, היא של הסוכן, ומסומנת ככזו. זו לא עמדה של יוסף, ולא נכתב כאן שום דבר בשמו. את התשובות שלו תשמע ממנו בפגישה.

לרקע מפורט יותר יש עמודים נפרדים, אחד לכל נושא, עם ההיסטוריה, איך זה עובד היום, מה קורה עכשיו ומה פתוח:

איך הכל התחיל?

התשתית קדמה למוצרים. המרכז התחיל ב־2022 כמרכז נתונים ומחקר בתוך ARC. ב־2023 נבנו בתוך הרשת של שיבא שלושה קלאסטרים, ועלה PUMA, ממשק צ׳אט למודלי שפה, כי מידע של מטופלים לא יוצא מבית החולים. עד ספטמבר 2024 כמעט לא היו אנשים שיפעילו את התשתית הזו. יוסף הצטרף ביולי 2024. ב־2025 קיבל את KPT, שכבת המסמכים של PUMA, וכתב ל־PUMA ממשק API תואם OpenAI. באוגוסט 2026 PUMA הוחלף ב־LiteLLM, שסלע בנה. (המרכז והדרך · הפלטפורמה)

מכאן התפתחו שלושה קווים, שהתחברו בסוף לשכבה משותפת:

לצד שלושת הקווים נבנתה השכבה שכולם משתמשים בה: Keycloak, שסלע בנה, והחבילה arc_login; התצפית, כלומר טרייסים ודשבורדים; וקודקס בתוך שיבא. (הפלטפורמה · אליס והצ׳אט)

להערכת הסוכן, החשוב לך מתוך הסיפור הזה הוא שהפלטפורמה לא תוכננה מראש. היא התגבשה מתוך שלושה מוצרים שכל אחד מהם היה צריך את אותו דבר: מידע קליני אמין, קריאה למודל, הזדהות וטרייס. הבעיה שהמבנה החדש בא לפתור, ריכוז הידע ברוזטה אצל מעט אנשים, היא תוצאה ישירה של הדרך הזו.

להרחבה: המרכז והדרך · רוזטה · סמי, ה־managers ו־AI Flows · הפלטפורמה

אם יהיו לך 5 מתכנתים — מה היית פותר עכשיו?

אלה חמשת הדברים שהסוכן מזהה כבוערים ביותר ברוזטה, לפי התיעוד, בסדר דחיפות. מתכנת אחד לכל אחד מהם:

  1. בדיקות חוזה ואינטגרציה בין רוזטה לצרכנים שלה. באוקטובר היו שני שינויי חוזה ששברו צרכנים, ב־7.10 וב־13.10. ב־18.10 אלירן הציע כיסוי מלא של הבסיס: ה־API עובד ומחזיק עומס, בבדיקות אינטגרציה ולא בבדיקות יחידה. בדיקת שלמות הנתונים מרוזטה תקועה בלוח מאז 4.10. כל עוד שינוי ברוזטה יכול לשבור את אליס או את AI Flows בלי שאיש ידע, אף מפתח חדש לא ידחוף בביטחון.
  2. המקורות. שלושה דברים: איתן בסקייל, מטוויז׳ן, והמעבר של בית החולים לקמיליון 9. בישיבת רוזטה של 15.10 נקבע הסדר: קמיליון 9, אחריו group by, ואחריו איתן. ב־18.10 אוהד הגדיר את איתן בסקייל ואת פירוק המכתבים לשדות כקריטיים לפריסת SmartER.
  3. ריכוז הידע והמאגר. ב־18.10 הוערך שאחד וחצי אנשים מכירים היום את רוזטה. למאגר יש כאלף ומאתיים קבצים והיגיון פנימי שקשה לעקוב אחריו, והסקילים ב־AI-Docs עוד בתהליך. ב־18.10 גיא קבע מדד: שישה אנשים שמכירים את רוזטה אישית, בתוך גילדת פלטפורמה זמנית של כחודש. ההרכב ומועד ההתחלה טרם נקבעו.
  4. יציבות ותפעול. הנושאים: cache, batching, פיזור רכיבים, נפח מונגו, CORS מול Keycloak, ורשימת שיפורי הפריסה של הדבאופס מ־20.8. אין כוננות כתובה, וההתראות הושתקו בינואר 2026.
  5. הסטודיו כמוצר. ב־11.10 יערה אמרה שהוא צריך עבודת UX, וגיא תיאר אשף שיחליף פרומפטים ותבניות שיושבים היום בקוד. לסטודיו אין בעלים קבוע מאז 14.9.

המלצת הסוכן: כל אחד מהחמישה מחזיק את התחום שלו מקצה לקצה. כך כל אחד לומד את רוזטה דרך תחום שבבעלותו, והמדד של גיא מושג דרך בעלות ולא דרך הרצאות.

להרחבה: רוזטה ו־Wildfire · מקורות המידע · הסטודיו · מה פתוח

איפה אתה רואה את זה עוד 5 שנים?

גם את זה יוסף יענה בפגישה. בתיעוד יש כמה כיוונים מתוארכים, והסוכן מוסיף עליהם חזון משלו.

הכיוונים המתוארכים:

חזון הסוכן, בשלוש שכבות. הראשונה היא רוזטה כשכבת הנתונים הקלינית של בית החולים: כל אפליקציה, מחקר ומוצר ניגשים דרכה, משתמשים מתשאלים בעצמם, ויש מסלול FHIR החוצה. השנייה, וזה העיקר להערכת הסוכן, היא פלטפורמה לבניית כלים קליניים: רוזטה למידע, הסטודיו לשאילתות, מבחינים להחלטות, ו־AI Flows להרצה. כך מחלקה בונה כלי בלי לחכות למפתח, וזו הדרך היחידה שהסוכן רואה לשרת מאתיים ושלושים מחלקות. השלישית היא מנוע מחקר: המקום שבו מחקר מעל נתוני בית החולים לוקח שבוע ולא שנה. השכבה השנייה היא גם הנימוק הכי חזק לצוות פלטפורמה קבוע, ולא רק לגילדת חפיפה.

להרחבה: הסטודיו · סמי, ה־managers ו־AI Flows · מה קורה עכשיו

צרכנים עיקריים

הצרכנים מתחלקים לשלושה מעגלים.

במעגל הראשון שלוש מערכות, וכל המידע הקליני שלהן עובר דרך רוזטה. אליס, הסוכן הקליני מעל תיק המטופל, משתמשת בה גם לחימום הנתונים. SmartER ו־TMR משתמשות בה, וכך גם AI Flows, שעליו רצים המכתבים והסיכומים. לכן שינוי שובר ברוזטה מורגש מיד אצל כולם. יוצא מן הכלל אחד: רשימות המטופלים המחלקתיות של SmartER, ושאילתת רשימת המאושפזים שהחימום של אליס נשען עליה, עדיין שולפות ישירות מקמיליון. ההעברה שלהן לרוזטה פתוחה.

במעגל השני האנשים שמשתמשים ברוזטה ובסטודיו ישירות:

את הסטודיו גיא הזמין ביוני 2026 מתוך רצון שכל סטודנט יוכל לשלוף קוהורט בלי לדעת SQL.

במעגל השלישי, בעקיפין, כל קלינאי שמקבל מכתב, סיכום או תשובה מאליס. המעגל הזה גדל עם הפריסה של SmartER לכל בית החולים.

בשכבת הפלטפורמה יש עוד צרכנים: ההזדהות המשותפת בכל המוצרים, הטרייסים והדשבורדים שהצוותים מדבגים בעזרתם, וכלי הקוד, כלומר קודקס, הסקילים ו־AI-Docs. בנובמבר 2025, לפי נתון שימוש של 91 יום, ל־PUMA היו כ־1,500 משתמשים חודשיים.

להרחבה: מערכת SmartER ו־TMR · אליס והצ׳אט · הסטודיו · הפלטפורמה

מה מפריע, מאט, בירוקרטי

הסוכן מונה חמישה גורמים, מהכבד לקל.

הראשון הוא ריכוז ידע. בתיעוד חוזרת ההערה שמעט מאוד אנשים יכולים לתפעל את רוזטה. ב־13.7 אלירן ביקש שעוד אנשים יוכשרו עליה לעומק. ב־22.9 יערה ביקשה ששרון תהיה בעלים. ב־18.10, בשיחה עם יוסף, אלירן, עומר ושי, הוערך שרק אחד וחצי אנשים מכירים אותה היום. המאגר גדול, כאלף ומאתיים קבצים לפי יוסף בשיחה ההיא, ושרון אמרה לו לאחרונה שקשה לעקוב אחרי ההיגיון הפנימי שלו. ב־19.10 יוסף דיווח ליערה שהוא עושה בו סדר בענף נפרד.

השני הוא התלות במערכות של בית החולים. המרכז ניגש לקמיליון דרך רפליקה שבה הוא אורח, בלי זכות להוסיף אינדקס. ב־17.6 אלון ציין שמשך משימה תלוי ברפליקה. ב־18.7 ה־DBA של בית החולים ניתק את הגישה בגלל עומס, והיא חזרה אחרי שתי שיחות טלפון. ב־21.7 תקלה בקמיליון הפילה את כל המערכות של המרכז. איתן לא יציב ודורש ניסיונות חוזרים, ומטוויז׳ן עוד לא בסטודיו. בישיבת רוזטה של 15.10 התברר שבנתונים של קמיליון 9 יש תיאורים לא עקביים, ואלון ביקש לאפיין את הבעיה ולהעביר אותה לספק.

השלישי הוא הגישה. למפתחים אין דרך מסודרת לקריאה בלבד מול מקורות כמו איתן. ב־7.10 עלה שהגישה לאיתן עובדת כראוי רק מעמדה אחת, וקווין ביקש רשימה של כל ההרשאות החסרות. גישת Rancher למפתחים לא קיימת מאז נובמבר 2025, ו־ArgoCD הוא המשטח התפעולי היחיד.

הרביעי הוא התהליכים מול הדבאופס ואבטחת המידע. מאז 18.2.2026 כל פנייה לאבטחת מידע עוברת דרך הדבאופס. מ־11.8.2026 כל שינוי בצ׳ארטים דורש אישור תשתיות: יערה קבעה את זה כשהפיתוח והתשתיות הפסיקו להיות מנוהלים בידי אותו אדם. מ־20.8 הכניסה לדבאופס היא דרך קבוצת טיקטים. ב־19.8 קווין אמר שקשה לעמוד בקצב השינויים שנכנסים לתחום שלהם וביקש עבודה משותפת. הסוכן לא רואה בזה בירוקרטיה מיותרת, אלא גבול שצוות פלטפורמה צריך לעבוד בתוכו עם הדבאופס כשותף. בצד הקטן יש בקשות התקנה של כלים שמחכות ל־IT, ותקופות שבהן הגישה למודלים לא עבדה, למשל ב־15.9, כשתקלה באזור אבטחת המידע השאירה את הקמפוס בלי מודלים.

החמישי הוא היעדר הרגלי צוות שגדלו עם המערכות: אין בדיקות שמגינות על הצרכנים, אין כוננות כתובה, ולחלק מהכלים אין בעלים, ביניהם הסטודיו והפלייגראונד של AI Flows. בשיחה של 18.10 יוסף טען שרוב התקלות של רוזטה היו עומס ותשתית ולא רגרסיות, ובסוף השיחה הסכים עם אלירן שאדם אחד יתקשה לתחזק את זה לבד.

להרחבה: מקורות המידע · רוזטה ו־Wildfire · הפלטפורמה · הצוותים והתפקידים

מה צריך לשפר כבר היום — ואין לך מספיק ידיים

הסוכן מפריד כאן בין מה שחסר לו אדם לבין מה שחסרה לו החלטה. הוספת אנשים מזיזה רק את הראשון.

חסרות ידיים, לפי התור המשותף כפי שהוא ב־19.10:

חסרות החלטות:

ממתין לסקירה ולמיזוג נכון ל־19.10:

מיזוגים ברוזטה דורשים אישור של גיא. להערכת הסוכן, גם הסקירה היא צוואר בקבוק, כל עוד מעט אנשים מבינים את הקוד.

להרחבה: מה קורה עכשיו ומה פתוח · הפלטפורמה

איפה אני משתלב בכל זה

הסוכן לא יודע מה נאמר לך בשיחה עם יערה ואלון. מה שיש בתיעוד הוא הרקע, ואחריו הערכה.

ב־5.10, בשיחה בין גיא ליוסף, עלה שאלון רוצה כבר זמן רב צוות ייעודי לרוזטה. אלון כתב עוד בנובמבר 2025 שתלות באדם מסוים בצוות היא סיכון. ב־22.9 יערה כתבה שהיעדר סקווד לרוזטה הוא מחדל. גיא, באותה שיחה מ־5.10, העדיף סקוודים בלבד, וגילדה רק אם אין ברירה, ואמר שמי שינהל צוות כזה צריך להגיע מבחוץ. ב־18.10 הוא תיאר את גילדת הפלטפורמה הזמנית, אמר שבינתיים יערה תנהל אותה, ושלדעתו אין הצדקה להחזיק צוות פלטפורמה נפרד לאורך זמן. באותו ערב סיפר גם שיערה ואלון מדברים עם כל אחד מהחדשים כדי להחליט לאן הוא מגיע. בהצגה שלך ב־7.10 סיפרת על חמש שנים כראש צוות פולסטאק ומובייל, ומפתחי פוטון תיארו שם דברים שעשו אחרת: הרשאות שנגזרות ממה שהמשתמש פותח בקמיליון, דשבורד לכל משתמש, ומערכת התראות.

הערכת הסוכן: יש שתי אפשרויות, והן תלויות בשאלה אם מדובר בגילדה לחודש או בצוות קבוע. אם זו גילדה לחודש, המקום הטבעי הוא בין החמישה, עם תחום אחד בבעלות מקצה לקצה. אם זה צוות קבוע, יש מקום בדיוק למה שאין היום: מישהו שמחזיק את הצוות, את התעדוף, את הממשק מול הסקוודים ומול הדבאופס, ואת ההרגלים: בדיקות, כוננות, התראות ותהליך מסודר להרשאות. הניסיון שתיארו מפוטון בהרשאות ובהתראות רלוונטי ישירות לפערים האלה. בשני המקרים הסוכן ממליץ לסגור את ההגדרה עם יערה, ולא רק בין שניכם. שאלה אחת ששווה לשאול בפגישה היא מה עשו בפוטון כשאדם אחד החזיק ידע שלאחרים לא היה.

להרחבה: הצוותים והתפקידים · מה קורה עכשיו ומה פתוח

מה אפשר לראות בפגישה

הצעה למסלול אחד של צרכן מקצה לקצה, במקום מעבר על כל מערכת בנפרד:

  1. מתוצאה של flow לרוזטה, משם ל־GraphQL המדויק ול־SQL שמאחוריו, ועץ המטופל שמחקה את קמיליון.
  2. הסטודיו עם הממשק החדש, מבניית שאילתה ועד שמירה.
  3. טרייס אחד ב־Tempo, מ־TMR דרך AI Flows לרוזטה, ודשבורד או שניים ב־Grafana.
  4. הפלייגראונד של AI Flows, flow אחד מהגדרה ועד פרסום.
  5. מאגר AI-Docs והסקילים, כי זה מה שמפתח חדש קורא ביום הראשון.
  6. אם יהיה זמן, הכלי לבניית קוהורטים, כדוגמה לרכיבי ההחלטה שעליהם מדובר בהצעת הפירוק.
  7. הלוח של הספרינט, עם הפתוחים כמו שהם.

הסוכן של יוסף