עמוד ארכיטקטוני — איך זה עובד
איך זה עובד בפועל.
שלוש רגליים: שכבה אשר מתחברת לכל מערכת שאתם מפעילים, מנוע אשר מתזמר את ה-AI בין המערכות, ומישור בקרה אשר מנהל ומפקח על הכול. בלי שלושתם, AI לא מגיע לקנה מידה ולא עובר ביקורת.
ניתוב מודלים · סוכנים · תהליכי עבודה · שיחה
מארג אינטגרציה · APIs · DB · תורים · קבצים · Edge
זהות · ביקורת · עלות · בטיחות · מחזור חיים
שכבה אחת. שלוש רגליים. כל מערכת נגישה.
אין דבר כזה AI ארגוני של 'חבר והפעל'.
לכל כישלון של AI ארגוני יש אותו שורש.
צוות קונה מודל. מחבר אותו למערכת אחת. רואה הדגמה שעובדת. מנסה להרחיב. ונתקל בחמש בעיות בבת אחת: המודל לא רואה את שאר הנתונים, תהליכי העבודה לא חוצים את המערכות הנכונות, ה-AI לא יכול לבצע פעולות, צוות האבטחה חוסם אותו, העלויות מזנקות, ואף אחד לא יכול לבקר מה הוא עשה. הצוות מאשים את המודל. המודל בסדר. התשתית שמתחתיו חסרה.
AI ארגוני הוא לא אפליקציה. הוא לא צ'אטבוט. הוא לא מהנדס פרומפטים עם מפתחות API. AI ארגוני הוא תשתית — ולתשתית יש רכיבים. שכבה שמחברת את ה-AI למערכות הקיימות שלכם. מנוע שמתזמר את פעולת ה-AI ביניהן. מישור בקרה שקובע מה ה-AI עושה, מי יכול להשתמש בו ואילו נתונים הוא רואה. BrainPack מספקת את שלושתם כשכבה אחת.
שלוש הרגליים.
כל פריסה של BrainPack עומדת על שלוש רגליים. תורידו אחת — והכול קורס.
שכבת האינטגרציה.
מחברת את ה-AI לכל מערכת שאתם מפעילים. ERP, CRM, מסדי נתונים, קבצים, קול, אימייל, אפליקציות מותאמות. קריאה. כתיבה. בזמן אמת ובאצוות. APIs, webhooks, תורים, גישה ישירה ל-DB ואפילו ברמת המסך.
מנוע הביצוע.
מנתב את העבודה למודל, לסוכן ולתהליך הנכונים. מתאם פעולות רב-שלביות. מטפל בניסיונות חוזרים, הסלמות והעברות. הופך "לשאול שאלה" ל"להשלים משימה".
מישור הבקרה.
קובע מה ה-AI יכול לראות ולעשות והיכן הוא רץ. אוכף את מצב הפריסה. מתעד כל פעולה. יורש את מסגרות הזהות, האבטחה והציות הקיימות שלכם.
רגל ראשונה. חיבור.
AI בלי קישוריות הוא צעצוע. השכבה שהופכת את ה-AI לשימושי היא זו שמחברת אותו למערכות שהעסק שלכם באמת פועל עליהן.
מארג נתונים מאוחד
התאמת סכמות · ניקוי · אחזור מבוסס זהות
שכבת הפעלה
ה-AI רואה עסק אחד
אין רשימת 'מערכות נתמכות' — רק דפוסים: API · DB · תור · קובץ · מסך.
ארבע קטגוריות מקור
מערכות מודרניות עם APIs
מערכות ERP (SAP S/4HANA, Oracle Cloud, NetSuite, Dynamics 365, Priority, Sage Intacct, Odoo, Workday), מערכות CRM (Salesforce, HubSpot, Zoho), מערכות HCM (Workday, BambooHR, ADP), מסחר (Shopify, WooCommerce, Magento), מוקדי תמיכה (Zendesk, Intercom, ServiceNow), מחסני נתונים (Snowflake, BigQuery, Databricks). REST, GraphQL, webhooks.
מערכות On-Premise ותיקות
SAP ECC, Oracle EBS, NAV, Magic, AS/400, אפליקציות מותאמות משנת 2003 שאף אחד כבר לא מבין. דרך APIs אם יש להן. דרך מסדי נתונים (ODBC, JDBC, SQL ישיר) אם אין. דרך תורי הודעות (RabbitMQ, Kafka, IBM MQ). דרך העברת קבצים (SFTP, EDI, קבצים שטוחים).
מידע לא מובנה וחצי מובנה
תיבות דואר (Microsoft 365, Google Workspace, Exchange). מאגרי מסמכים (SharePoint, Drive, Box, Dropbox). גיליונות אלקטרוניים — כן, אמיתיים. WhatsApp Business API. Slack, Teams. קובצי PDF, מסמכים סרוקים, חוזים. תמלולי שיחות.
Edge ותפעול
מערכות POS, מכשירי IoT, בקרי PLC במפעלים, טלמטריה של רכבים, הקלטות שיחות לקוחות, זרמי מצלמות אבטחה, פלטפורמות MES. השכבה מתייחסת לכל מקור באופן שווה.
מעל המחברים יושב מארג נתונים מאוחד — התאמת סכמות, ניקוי בעת הקליטה ואחזור מבוסס זהות. כשסמנכ"ל הכספים שואל את BrainPack שאלה, ה-AI רואה רק את הנתונים שמותר לו לראות.
רגל שנייה.
תזמור.
חיבור ה-AI לנתונים הוא חצי מהעבודה. החצי השני הוא לגרום ל-AI לפעול על הנתונים — על פני מערכות רבות, בתהליכים רב-שלביים, עם המודל הנכון ובעלות הנכונה.
קלט
מטרה · שאלה · טריגר
ניתוב מודלים
מהיר · מתקדם · קולי · ZDR
הפעלת סוכנים
מכירות · חשבוניות · מלאי · …
תהליך רב-מערכתי
ERP + Slack + יומן
שיחה
טקסט · קול · דשבורדים
העבודה הנכונה · המודל הנכון · העלות הנכונה · הממשל הנכון — אוטומטית.
ארבעת התפקידים של המתזמר
ניתוב מודלים
העבודה הנכונה, המודל הנכון. חיפוש פשוט ← מודל מהיר וזול. משימה רב-שלבית מורכבת ← מודל מתקדם. קול ← צינור בזמן אמת. מידע מפוקח ← ZDR או On-Premise. המתזמר מחליט לפי המשימה, העלות, זמן התגובה והממשל.
הפעלת סוכנים
עובדים קבועים שמקבלים מטרה, מפרקים אותה, מבצעים פעולות בין מערכות ומשלימים או מסלימים. סינון לידים, עיבוד חשבוניות, חידוש מלאי, שירות לקוחות, זיהוי חריגות.
תהליכים רב-מערכתיים
עובד חדש ב-Workday מפעיל פתיחת חשבון ב-ERP, בקשת ציוד במלאי, התראה למנהל, הזמנה ל-Slack והזמנה ביומן. המתזמר מרכיב תהליכים מהמערכות המחוברות ומהסוכנים הזמינים.
שיחה וקול
כל יכולת נגישה בשפה טבעית — בכתב או בדיבור. דברו עם מסד הנתונים, ה-ERP וה-CRM שלכם. שכבת השיחה מתרגמת כוונה לתוכנית ביצוע.
בלי תזמור, ה-AI עונה על שאלות. איתו, ה-AI עושה את העבודה.
רגל שלישית. ממשל.
AI ארגוני בלי ממשל הוא סיכון. מישור הבקרה הוא מה שהופך את השכבה לבטוחה לפריסה בתעשיות מפוקחות — וזה החלק שרוב מוצרי ה-AI מדלגים עליו, ולכן הם לא שורדים את תהליך הרכש.
יורש את מסגרות הזהות, האבטחה והציות הקיימות שלכם.
שישה ממדים
זהות והרשאות
ל-AI אף פעם אין יותר הרשאות מלאדם ששואל. BrainPack יורשת את הזהות מספק הזהויות שלכם (Okta, Microsoft Entra, Google Workspace, AD מקומי). אין חשבון שירות AI גלובלי.
אכיפת מצב פריסה
חלק מהנתונים הולכים לענן ציבורי. חלק ל-ZDR. חלק לקוד פתוח באירוח עצמי. חלק ל-On-Premise. חלק ל-Air-Gapped. הממשל אוכף את הניתוב אוטומטית, לפי מדיניות, עם מסלול ביקורת.
ביקורת ונראות
כל פעולת AI מתועדת. מה נשאל, על ידי מי, איזה מודל ענה, אילו נתונים הוא ראה, איזו פעולה בוצעה, האם הצליחה, כמה זמן לקחה וכמה עלתה.
בקרת עלויות
תקציבים לפי משתמש, צוות ותרחיש שימוש. מנתבת עבודה למודלים זולים יותר כשאפשר. עוצרת סוכנים שיוצאים משליטה. מפיקה שיוך עלויות לחיוב פנימי או לדיווח.
בטיחות תוכן וציות
סינון תוכן, זיהוי מידע אישי (PII), הגנה מפני הזרקת פרומפטים, זיהוי ניסיונות פריצה ואימות פלט. עמידה בדרישות GDPR, HIPAA, SOC 2, ISO 27001 ו-EU AI Act.
ניהול מחזור חיים
מודלים משתנים. ספקים מוציאים נקודות קצה משימוש. רגולציות חדשות. סוכנים צריכים עדכונים. הממשל מטפל בגרסאות, הפצות, החזרות לאחור וניתוח השפעה.
איך בקשה אמיתית עוברת דרך השכבה.
מנהל אזורי שואל את BrainPack שאלה אחת, בקול. הנה מה שקורה בארבע השניות הבאות.
-
קול ← כוונה
צינור הקול מתמלל. המתזמר מזהה שתי כוונות: סיכום ביצועים + בדיקת מלאי. "סניף תל אביב" מזוהה כישות, "השבוע" כטווח זמן.
-
בדיקת זהות
הממשל מוודא שלמנהל יש גישה לנתוני תל אביב. השאילתה ממשיכה. אחרת, ה-AI היה מסרב ומתעד את הניסיון — בלי לחשוף שהנתונים קיימים.
-
ניתוב מצב
הנתונים התפעוליים של תל אביב פנימיים בלבד. הממשל מנתב לנקודת קצה ZDR ולא למודל בענן הציבורי. אוטומטי ושקוף למשתמש.
-
שליפת נתונים
שכבת החיבור שולחת שאילתות במקביל ל-POS (הכנסות), כוח אדם (שעות) ומחסן (מלאי). מחילה את הרשאות המנהל. מחזירה נתונים נקיים ומותאמים לסכמה.
-
הסקה
המתזמר מעביר את הנתונים למודל שנבחר. המודל מסכם, מזהה מק"טים מתחת לנקודת ההזמנה מחדש ומעצב את התשובה לקול (קצרה וברורה).
-
פלט קולי
"ההכנסות בתל אביב השבוע עלו ב-6% לעומת השבוע שעבר. כוח האדם עומד על 94%. שנים-עשר מק"טים מתחת לנקודת ההזמנה מחדש — לפתוח הזמנת רכש?"
-
העברה לסוכן
אם כן, סוכן חידוש המלאי מכין טיוטת הזמנת רכש לפי זמני האספקה, מפיק קישור לאישור ושולח אותו. יומן הביקורת מתעד את כל השרשרת.
שאלה אחת, בארבע שניות
חמישה מצבי פריסה.
אותה שכבה.
המצב קובע היכן המודלים רצים ולאן הנתונים עוברים — לא איך השכבה עובדת.
ענן ציבורי
ענן הספק · API
מודלים מתקדמים דרך נקודות קצה סטנדרטיות של API. הכי מהיר לפריסה. משמש לעומסי עבודה לא רגישים.
אפס שמירת נתונים
נקודת קצה ZDR של הספק
אותם מודלים, עם התחייבות חוזית לאי-שמירה. משמש לנתוני לקוחות ולתעשיות מפוקחות.
קוד פתוח באירוח עצמי
ה-GPU שלכם · ענן או מרכז נתונים
Llama, Mistral, Qwen, DeepSeek על GPU ייעודי. אין ספק AI צד שלישי בנתיב הנתונים.
On-Premise
מרכז הנתונים שלכם
פריסה מלאה בתוך מרכז הנתונים שלכם. החומרה שלכם, הרשת שלכם, גבולות האבטחה שלכם.
Air-Gapped
מבודד · ללא אינטרנט
ללא אינטרנט. לסביבות מסווגות, תשתיות קריטיות ופריסות שבהן קישוריות היא סיכון אבטחה.
פריסות אמיתיות משתמשות בכמה מצבים בו-זמנית — ענן ציבורי לפרודוקטיביות כללית, ZDR לנתוני לקוחות, On-Premise לעומסי עבודה מפוקחים ו-Air-Gapped לפעילות מסווגת.
מה יושב מעל התשתית.
חיבור / תזמור / ממשל הם הבסיס. היכולות שהמשתמשים שלכם פוגשים הן ממשקים של אותה שכבה, לא מוצרים נפרדים.
חיבור
מארג אינטגרציה
תזמור
מנוע ביצוע
ממשל
מישור בקרה
חמישה ממשקים
שיחה
דברו עם מסד הנתונים, ה-ERP, ה-CRM והמערכות הוותיקות שלכם. שפה טבעית על פני כל מקור מחובר.
סוכנים
סוכנים מוכנים ומותאמים למכירות, חשבוניות, מלאי, שירות לקוחות ועוד.
דשבורדים
נוצרים מתוך שיחה, מתעדכנים בזמן אמת ושואבים מכל מערכת מחוברת.
קול וצ'אט
קול בזמן אמת עם הארגון כולו. שאילתות של מנהלים, פקודות של עובדי שטח, סוכנים קוליים.
מפגישה לפעולה
פגישות מתומללות, מסוכמות והופכות למשימות שמנותבות למערכות הנכונות.
הממשקים ניתנים להחלפה. אותו מנוע תזמור, אותו ממשל, אותה שכבת חיבור. בניית ממשק חדש היא הגדרה, לא פרויקט.
במה BrainPack שונה מפלטפורמה, מכלי או מפרויקט.
BrainPack היא לא פלטפורמה שמקבלים עליה רישיון, לא כלי שקונים ולא פרויקט שמזמינים. זו תשתית שפורסים.
לעומת פלטפורמת AI
פלטפורמה היא תוכנה שמקבלים עליה רישיון והצוות שלכם מפעיל. BrainPack היא תשתית. הצוות שבונה אותה הוא זה שמפעיל אותה. אתם לא מגייסים מהנדסי AI ולא מתחזקים סוכנים.
לעומת כלי AI
כלי פותר תרחיש שימוש אחד. AI למכירות. AI לתמיכה. AI למסמכים. כל אחד הוא ספק נפרד, חוזה נפרד ומאגר נתונים נפרד. BrainPack היא השכבה שמתחת לכולם.
לעומת פרויקט AI
לפרויקט יש תאריך התחלה, תאריך סיום ותוצר. אחרי המסירה הצוות עוזב והמערכת דועכת. BrainPack לא מסתיימת.
האנלוגיה הקרובה ביותר היא מה שתשתית הענן הפכה להיות עבור מחשוב ואחסון בשנות ה-2010. AWS, Azure ו-GCP לא מכרו לכם שרת; הם מכרו לכם תשתית שכל אפליקציה יכולה לרוץ עליה. BrainPack היא השכבה המקבילה עבור AI ארגוני בשנות ה-2020.
בייצור.
הארכיטקטורה פועלת היום בסביבות חיות.
רשת ארצית · 90+ סניפים
שכבת החיבור משלבת משאבי אנוש, נוכחות, שיבוץ ושכר בכל הסניפים. שכבת התזמור מפעילה סוכני מחזור חיים. שכבת הממשל מבטיחה שמנהלי סניפים רואים רק את נתוני הסניף שלהם. ארבעה כלים מנותקים אוחדו. עלה לאוויר תוך שבועות.
ארגון קמעונאות גדול · ריבוי ERP
BrainPack נפרסה על שלוש מערכות ERP בו-זמנית. שכבת החיבור קוראת משלושתן. שכבת התזמור מרכיבה תהליכים שחוצים אותן. חוויית מסחר מקוון מודרנית הושקה מעליהן — בלי להעביר אף ERP.
חברת הפצה · ריבוי חנויות
עשרות חנויות מקוונות ולוגיסטיקה מורכבת אוחדו לשכבת הפעלה אחת. שכבת החיבור מרכזת הזמנות. שכבת התזמור מפעילה סוכני חידוש מלאי, משלוחים ושירות לקוחות. הזנת נתונים ידנית בוטלה.
את זה אי אפשר לקנות ככלי.
אפשר רק לפרוס את זה כתשתית. הארכיטקטורה שלמעלה פועלת בייצור כבר היום. הדרך המהירה ביותר לדעת אם היא מתאימה לסביבה שלכם היא לעבור עם ארכיטקט על המערכות הנוכחיות שלכם.