כלים לצריכה לא אנושית - למה דשבורדים צריכים למות.
11 במאי 2026
בואו, לצורך העניין, נחשוב על תוכנה ספציפית. אני מסתכל על דשבורד גנרי סייבר־אבטחה שמפתחים בישראל. מה החברה עושה? בוא נניח שהיא מסתכלת על כל הארגון שלך, מסתכלת על לוגים ומנסה לנתח איומי סייבר מתוך לוגים. לדוגמה. זה יכול להיות כל דבר אחר, לא כזה משנה לנו.
מה יש שם, בתכלס? המוצר האמיתי לא נמצא בדשבורד בכלל. הוא נמצא בפייפליין של פונקציות, לוגים, מודלים וחוקים שפועלים ברקע. הדשבורד הוא שכבת המחשה.
הדשבורד הזה משמש בעיקר כאמצעי מכירה ויזואלי — תראו כמה כסף חסכנו לכם, תראו כמה התקפות אנחנו זיהינו, תראו איך אנחנו מזהים בשנייה את כל המשתמשים בארגון — משהו שנותן תחושה ויזואלית ואינטואיטיבית של מה המוצר עושה. הרבה מה־UI הוא שכבת המחשה פסיכולוגית מעל מערכת אוטומטית שעושה את העבודה במקום אחר בשקט.
אף אחד (חוץ מה־CTO) לא הולך להסתכל על הדשבורד שלכם
הדשבורד הוא שכבת נרטיב — נועד למכור את המערכת, לתת תחושה של ״שליטה״ — אפילו שאין פה שליטה אמיתית — במקרה הטוב רק תיאטרון של observability. אני לא מזלזל בערך של זה — אני רק אומר שחבל להשקיע כל כך הרבה באמצעי לשיחת מכירה כשאתם פשוט יכולים להשקיע במערכת עצמה.
בפועל, לארגון יש עשרות מערכות דומות. לכל אחת יש איזה דשבורד משלה — טוב יותר או פחות, שמצופה מאנשי תחזוקה להסתכל עליהם, להסיק ״תובנות״ — מה שזה לא יהיה — ואז להבין יותר טוב מה קורה בארגון שלהם.
בפועל אנחנו לא באמת צריכים את הדשבורד הזה. בוא נניח שהחזון של ״מפעל חשוך״ באמת מתקיים בתוך תוכנה — כזה שאין בו תאורה כי בכל מקרה יש בו רק רובוטים וכל המפעל מאופטם לחלוטין לעבודה אוטונומית ללא מגע יד אדם — איך נבנה מערכות שנכנסות כרכיב לתוך המפעל החשוך הזה, ואיך נראה ה־UI של המפעל החשוך הזה? בטח לא טרמינל בפונט מונוספייסי עם ציור של סרטן כתום. מגיע לנו יותר טוב.
הדשבורד הוא שריד לעשור שבו היה ״מקום שהיינו נכנסים אליו כדי לראות מה קורה״. בארגון שיש לו 30 מערכות שכל אחת עושה משהו טיפה שונה, כשבפועל כל ההתראות של הכלי הדמיוני שלנו מגיעים לממשק צפייה בלוגים (AZURE log analytics שזה אסון קטן בפני עצמו, GRAFANA או DATADOG).
ולוגים זו חיה מכוערת. זה טקסט (במקרה הטוב JSON או XML עם פורמט קבוע) שמראה מה המערכת פלטה. האם זה חשוב? האם זה סתמי? לוג הוא פשוט DUMP של הכל — לא ממשק בפני עצמו.
הכלי לניהול 30 דשבורדים לא יכול להיות דשבורד יותר גדול
הנקודה שלי היא כזו — בעולם שבו יותר תוכנות הולכות להפוך לכלים שעובדים ברקע (דשבורדים לא נצרכים ביום־יום, הם משהו יפה לשכנע את ה־CTO שהחברה שלכם עושה משהו) אנחנו צריכים ממשק יותר מתאים לנהל כמה כלים במקביל.
זה לא שיש לי משהו נגד דשבורדים — התפרנסתי רוב חיי מלעצב כאלה בצורה כזו או אחרת — פשוט בני אדם לא טובים בלנטר עשרות מערכות פסיביות לאורך זמן. רוב הדשבורדים דורשים מצב תודעתי של ״עירנות״ רציפה — להסתכל, לחפש חריגות, להבין משמעות מתוך רעש. זו משימה שמתאימה הרבה יותר למודלי שפה מאשר לאנשים.
אני אפילו לא מדבר על אסתטיקה של קלוד קוד או פונט מונו־ספייס — אני מדבר על האלמנטים הבסיסיים של ממשק שדרושים כדי ליצור תמונה ברורה של מה קורה עם 30 מערכות שונות שזורקות לוגים. הדשבורד לניהול 30 דשבורדים לא יכול להיות דשבורד יותר גדול. עוד ויג׳ט? עוד איזה גרף של מספר תקלות בשעה? כמובן שזה הפתרון הקל — אבל זה לא פותר את הבעיה — זה דוחף יותר רעש לתוך המסך.
ומה מטורף? אין שום דבר חדש באמת. תמיד היו שני סוגים של תוכנות (או הכלאה שלהן) — תוכנה ככלי עבודה מול תוכנה ככלי אוטומטי. פוטושופ זו דוגמה טובה לכלי עבודה. בנאדם יושב ובונה באנר. אנטי־וירוס זו דוגמה לתוכנה ככלי אוטומטי. זה רץ ברקע, לא מפריע לי, מדי פעם מודיע לי שמשהו קרה והוא פתר אותו.
אני לא אוהב את זה, אבל יכול להיות שבהמון תחומים אנחנו עוברים ממצב של כלי עבודה לכלי גוברנס — בעיקר להבין מה כלים אחרים עשו ומה ההחלטות שהובילו לדבר, לאו דווקא לפעול בזמן אמת.
ממשק משתמש כ״שכבת שיפוט״
בוא נדמיין שהרבה מהתוכנות עוברות למצב של מפעל חשוך — מעצב פותח את המחשב שלו — מסתכל על כל מיני שאלות שה־UI מציב בפניו — עיצבתי עבורך בלילה כמה אתרים — בוא תבצע החלטות לגביהם — תן לי פידבק, תבחר פונטים, תגיד לי מה עובד ומה לא, תמצא לי באגים שאני לא מצאתי — זה לבד דורש איזה ממשק של סימון, הסבר, הצבעה, משהו שהיום הממשק של קלוד לא בנוי אליו.
אותו דבר לגבי האיש שיושב מול log analytics. הממשק אמור לקחת את כל הבליל של הלוגים וממיר את זה לשאלות שדורשות החלטה — ראיתי שימוש חריג במשאב הזה, מה לעשות? יש 10 מפתחות שלא השתמשו בהם יותר מ3 חודשים, מה לעשות? הממשק אמור להציף שאלות בפני אנשים שאחראיים לתוצאה. הדשבורד של היום מאפשר לאנשים לבצע ״חקירה״ — פילטרים, חיפוש, מיון — שזה חשוב, אבל זה משהו שמודלי שפה + יוריסטיקות טובות כבר נעשו מאוד טובות.
היום כשבונים תוכנה צריכים להכין את הממשק שלה עם תוכנות אחרות, ואולי זה יהיה הממשק העיקרי שלה. דשבורד הוא כלי חקירה, מיון, פילטור, חיפוש — אבל צריך רק אחד כזה, לא שלושים. אנחנו צריכים בעיקר מנגנוני התבוננות יותר טובים (יותר טובים מלוג) כדי להבין מה המפעל החשוך עשה, ומנגנון בתדירות נמוכה שמציף דברים בחשיבות גבוהה.
איך זה נראה בעצם? מה זה אומר כשמודל מודיע למפעיל אנושי ש״הגעתי לגבול האנטומיה שלי״? יש ״תור״ של החלטות שמחכות לאנשים? יש גרף עם צמתים ותוצאות ברורות? אני יכול לפעול ״יחד״ עם המודל או שאני פשוט נותן לו אינפוט אחד? אני מקליט? מצביע? מקיף? מסמן? גורר? מצייר? כל האופציות אלה יותר טובות מהCLI של קלוד.