Keewano משיקה את KeewanoDB וחושפת גיוסי סיד של 12 מיליון דולר
Keewano הישראלית השיקה את KeewanoDB, מסד נתונים שנועד לספק לסוכני AI רצפי אירועים בהקשר, וחשפה גיוסי סיד בסך 12 מיליון דולר בהובלת Hetz Ventures.
Keewano הישראלית הכריזה ב־15 בספטמבר 2026 על זמינות כללית של KeewanoDB, מסד נתונים שנבנה עבור סוכני AI, וחשפה גיוסי סיד בהיקף כולל של 12 מיליון דולר. ההצעה שלה נוגעת לבעיה מעשית: סוכן שמקבל את המצב הנוכחי במערכת לא בהכרח יודע אילו אירועים הובילו אליו, ומה חסר לו כדי להחליט על הצעד הבא.
מה הושק: מסד נתונים שמכוון לרצף האירועים
לפי ההכרזה, גיוסי הסיד הובלו בידי Hetz Ventures, בהשתתפות a16z speedrun ומשקיעים נוספים. חשוב לדייק בניסוח: החברה חשפה סכום כולל של גיוסי סיד, ולא בהכרח סבב יחיד שהושלם ביום ההשקה. במקביל, ההודעה על זמינות כללית מציגה את KeewanoDB כמוצר זמין, ולא רק כתוכנית לפיתוח עתידי.
הייעוד המוצהר של KeewanoDB הוא לספק לסוכנים רצפי אירועים מלאים ובהקשר, במקום להסתפק בתשובות לשאילתות נקודתיות. ההבדל הוא בין השאלה ״מה הסטטוס עכשיו?״ לבין בירור של מה קרה קודם, מה השתנה בדרך ואילו פעולות קשורות לאותו מקרה. זו הבטחת המוצר כפי שהיא מוצגת בהכרזה, ולא תוצאת בדיקה עצמאית.
החומר שפורסם בתחקיר אינו מפרט מדדי ביצועים, מחירים או רשימת חיבורים למערכות ארגוניות. לכן אי אפשר להסיק ממנו כמה עבודה תידרש כדי להטמיע את המוצר, או אם הוא עדיף על תשתית קיימת בארגון מסוים. החדשות כאן הן ההשקה והמימון, לצד בחירה להתמקד בדרך שבה סוכנים מקבלים מידע על מה שהתרחש במערכת.
למה תשובה נכונה לשאילתה עדיין עלולה לא להספיק
נניח שסוכן שירות מקבל משימה לבדוק מדוע הזמנה לא נשלחה. רשומה אחת עשויה להראות שהתשלום אושר, ואחרת שהמשלוח ממתין. כדי להציע פעולה מועילה, ייתכן שיידרש גם הרצף שביניהן: שינוי כתובת, ניסיון הקצאת מלאי או עצירה לבדיקה ידנית. זו דוגמה אפשרית לצורך שהמוצר מבקש לשרת, לא תיאור של לקוח או של חיבור קיים ב־KeewanoDB.
מסד נתונים רגיל יכול לשמור היסטוריה, וצוותי פיתוח יכולים להרכיב רצפים באמצעות שאילתות וקוד. השאלה אינה אם הדבר אפשרי בלי מוצר ייעודי, אלא כמה מהעבודה צריך לבצע בעצמם: לאחד מזהים, לסדר אירועים, לבחור את המידע הרלוונטי ולהציג אותו לסוכן בצורה שימושית. כאן נמצאת נקודת הבחינה המעשית של ההצעה של Keewano.
תמונת מצב אומרת מה רשום עכשיו; רצף אירועים עוזר לברר איך הגענו לשם. אף אחד מהם, לבדו, אינו הוכחה לסיבה.
גם למילה ״מלאים״ צריך להתייחס בזהירות. במערכת ארגונית, שלמות הרצף תלויה בין היתר באירועים שנאספו ובמידע שהותר לסוכן לראות. אירוע שלא תועד, או נתון שנשאר במערכת שאינה מחוברת, עלולים להשאיר חור בתמונה. לכן בבחינת מוצר כזה חשוב לבדוק גם אם הסוכן מסוגל לזהות שהמידע שקיבל אינו מספיק.
הגבול החשוב: הקשר אינו הוכחת סיבתיות
הניסוח שלפיו המוצר נועד לעזור לסוכנים להבין מה התרחש ומדוע דורש הבחנה. סדר זמנים יכול לעזור בחקירה, אך העובדה ששינוי תצורה התרחש לפני תקלה אינה מוכיחה שהוא גרם לה. ייתכן שהיה גורם אחר, ששני האירועים נבעו מאותה בעיה, או שחסר מידע שמפריך את ההסבר הראשוני.
מטרת KeewanoDB היא לספק רצפי אירועים והקשר. ההכרזה אינה מוכיחה שסוכן המשתמש בו יכול להסיק סיבתיות באופן עצמאי, ואינה תחליף לבדיקת ראיות לפני פעולה שמשפיעה על לקוחות או על סביבת ייצור.
ההבחנה הזו משפיעה ישירות על תכנון המערכת. סוכן שמציג הסבר לבדיקה אנושית אינו זהה לסוכן שמבטל עסקה או משנה הגדרה באופן אוטומטי. ככל שהפעולה רגישה יותר, צריך לדרוש קישור ברור בין המסקנה לנתונים, התייחסות להסברים חלופיים ומנגנון אישור מתאים. מסד הנתונים יכול להיות חלק מהתהליך הזה, אבל אינו מחליף אותו.
המשמעות לצוותים בישראל: לבדוק את מסלול הנתונים
עבור חברת מסחר ישראלית, מוקד שירות או צוות פיתוח של מוצר SaaS, ההכרזה מעלה שאלה שימושית עוד לפני בחירת ספק: האם הסוכן רואה תהליך, או רק אוסף תשובות? במקרה של עסק שמנהל הזמנות בעברית ותפעול במערכות באנגלית, למשל, כדאי לבדוק שמזהי לקוחות, זמני אירועים ושמות סטטוסים נשארים עקביים לאורך הדרך. זו דרישת בדיקה אפשרית, לא יכולת שאומתה במוצר.
- חיבור למערכות: אילו מקורות נדרשים כדי לשחזר תהליך עסקי אחד, ומה נשאר מחוץ לרצף?
- הרשאות ופרטיות: האם הסוכן מקבל רק אירועים שמותר לו לראות, והאם אפשר להסיר מידע רגיש?
- איכות ההסבר: האם ניתן לחזור מהמסקנה לאירועים שתומכים בה ולזהות פערים?
- תפעול ועלות: כמה מאמץ נדרש לחיבור, לתחזוקה ולמעקב אחר שינויים במקורות הנתונים?
כדאי גם להבחין בין חברה ישראלית לבין תנאי שירות שמתאימים אוטומטית ללקוח בישראל. עצם זהות החברה אינה מעידה על מיקום אחסון הנתונים, תמיכה בעברית או התאמה לדרישות הפרטיות של העסק. פרטים כאלה דורשים בירור ישיר, במיוחד כשמדובר במידע אישי, בפעילות פיננסית או בהיסטוריית שירות של לקוחות.
מה הלאה: ההוכחה תהיה בתהליך עסקי אמיתי
הבדיקה המשכנעת עבור KeewanoDB תהיה השוואה בתנאים דומים: אותו סוכן, אותה משימה ואותן הרשאות, פעם עם תהליך איסוף הנתונים הקיים ופעם עם המוצר. מעבר לשאלה אם התשובה נשמעת טובה יותר, צריך לבחון אם היא נתמכת ברשומות, אם היא נמנעת ממסקנות כשחסר מידע ואם החיבור מצמצם את עבודת הפיתוח והתחזוקה.
נכון ל־16 בספטמבר, התחקיר מספק הכרזת השקה ומימון, אך לא בסיס לקביעה שהגישה כבר הוכיחה יתרון מדיד. עבור הקורא הישראלי, זו התפתחות ששווה לעקוב אחריה דווקא משום שהיא ממוקדת בבעיה פחות נוצצת מבחירת המודל: איזה מידע הסוכן מקבל לפני שהוא מסביר, ממליץ או פועל.
שאלות נפוצות
מה זה KeewanoDB ולמה הוא מיועד?
KeewanoDB הוא מסד נתונים של Keewano הישראלית, שנועד לספק לסוכני AI רצפי אירועים מלאים ובהקשר ולא רק תשובות לשאילתות נקודתיות. החברה הכריזה על זמינותו הכללית ב־15 בספטמבר 2026.
כמה כסף גייסה Keewano ומי המשקיעים?
Keewano חשפה גיוסי סיד בהיקף כולל של 12 מיליון דולר, בהובלת Hetz Ventures ובהשתתפות a16z speedrun ומשקיעים נוספים. מדובר בסכום הכולל של גיוסי הסיד שעליו הודיעה החברה, ולא בהכרח בסבב יחיד.
האם KeewanoDB מאפשר לסוכני AI להבין מדוע אירוע התרחש?
המוצר נועד לספק את רצף האירועים וההקשר שיכולים לסייע בבירור, אבל ההכרזה אינה הוכחה ליכולת הסקת סיבתיות עצמאית. גם כאשר אירוע אחד קודם לאחר, נדרשות ראיות נוספות כדי לקבוע שהוא גרם לו.
דרגו את הכתבה
הדירוג עוזר לנו לדעת מה שווה לכם.
תגובות