מערכת OpenBot: סוכני AI אוטונומיים על השרת שלכם
מה שחשוב לדעת על OpenBot
- קוד פתוח בשליטה מלאה: הפרויקט משוחרר תחת רישיון MIT ונועד לרוץ על התשתית של העסק (Self-hosted), ולא כשירות ענן חיצוני.
- דפדפן אישי לכל סוכן: כל סוכן AI מקבל סביבת עבודה ודפדפן משלו, מה שמאפשר לו לנווט באתרים ולהפעיל מערכות שאין להן ממשק פיתוח מסודר.
- אבטחה ומעקב: כל פעולה שהסוכן מנסה לבצע עוברת דרך שער בקרה (Gateway) שבודק את ההרשאות ומתעד אותה בקובץ יומן (Audit log) לפני הביצוע.
- גמישות במודלים: המערכת לא מגיעה עם מודל שפה מובנה. מנהל המערכת צריך לספק מפתח API, ואפשר לבחור בין מודלים של OpenAI, Anthropic או גוגל.
- שלב פיתוח מוקדם: לפי התיעוד הרשמי, הפרויקט נמצא בשלב אלפא. המשמעות היא שהמערכת עדיין בפיתוח פעיל וצפויים בה שינויים ותקלות.
מה המערכת הזו עושה בפועל?
מערכת OpenBot מתפקדת כמו משרד וירטואלי עבור עובדים דיגיטליים. במקום להשתמש בצ'אטבוט רגיל שרק עונה על שאלות, המערכת מאפשרת להקים סוכני AI שיש להם תפקיד מוגדר, גישה לקבצים ויכולת לבצע פעולות. לפי התיעוד של הפרויקט, המערכת מגיעה עם סוכנים מוכנים מראש שניתן להתאים אישית. ביניהם אפשר למצוא עוזר כללי למשימות יומיומיות, סוכן ידע שקורא מסמכים של החברה, וסוכן לניתוח סיכונים.
מעבר לסוכנים הכלליים, הפרויקט כולל דוגמאות לסוכנים עם תפקידים מאוד ספציפיים. למשל, סוכן שקורא בקשות להחזר הוצאות ומשווה אותן למדיניות החברה, סוכן שהופך סיכומי פגישות לרשימת משימות להמשך טיפול, סוכן שממיין קריאות שירות, או סוכן שעונה לשאלות של עובדים חדשים מתוך ספר הנהלים של העסק. כל סוכן כזה מקבל ערוץ תקשורת משלו, ממש כמו שיחה עם קולגה באפליקציית מסרים.
אחד המאפיינים הבולטים של המערכת הוא האופן שבו הסוכנים עונים. במקום להחזיר רק טקסט ארוך, הסוכנים יכולים להציג רכיבי ממשק (Generative UI). אם תבקשו מסוכן לשלוף נתונים, הוא יכול להציג לכם טבלה מסודרת או טופס אינטראקטיבי ישירות בתוך חלון השיחה. בנוסף, הסוכנים יכולים להשתמש בפרוטוקול שנקרא MCP כדי להתחבר לכלים חיצוניים כמו Google Drive או Notion, ולשאוב משם מידע רלוונטי.
למה זה מעניין עסקים דווקא עכשיו?
עסקים רבים מתמודדים עם פער טכנולוגי: מצד אחד הם רוצים לשלב בינה מלאכותית בתהליכי העבודה, ומצד שני המידע שלהם נמצא במערכות מיושנות, בפורטלים סגורים של ספקים, או תחת רגולציה נוקשה שאוסרת על העלאת נתונים לשירותי ענן ציבוריים. אצלנו ב-Mr. Make, כשאנחנו בוחנים תהליכים עבור עסקים ישראלים, אנחנו קודם כל בודקים אם בכלל צריך אוטומציה. לפעמים התשובה הנכונה היא לפשט את התהליך או לבטל אותו, ולא להוסיף עוד כלי. אבל כשהתהליך דורש עבודת נמלים יומיומית מול מערכות שאין להן API, פתרון שנותן ל-AI דפדפן משלו הופך לאפשרות מעשית מאוד.
נניח שחברת עמילות מכס ישראלית צריכה להוריד בכל בוקר עשרות דוחות מפורטל ממשלתי ישן. אין לפורטל הזה ממשק פיתוח, ולכן עובד צריך להיכנס פיזית לאתר, להקליד שם משתמש וסיסמה, לנווט בין התפריטים ולהוריד קובץ אחרי קובץ. עם מערכת כמו OpenBot, אפשר להגדיר סוכן שמקבל דפדפן משלו. הסוכן מנווט לאתר, ואם הוא נתקל בחומת אבטחה או בקשת אימות כפול (2FA), הוא עוצר, מציג לכם את המסך שלו ומבקש עזרה. אתם יכולים להשתלט על המסך, להקליד את הקוד שנשלח אליכם לנייד, ולהחזיר לסוכן את השליטה כדי שימשיך להוריד את הדוחות.
היכולת הזו לראות בזמן אמת מה הסוכן עושה, להתערב כשצריך, ולהריץ את כל האופרציה הזו על השרתים של החברה, פותרת את חסם האבטחה שמונע מהרבה ארגונים לאמץ כלי AI מתקדמים. אם אתם מתלבטים איזה מנוע AI כדאי לחבר למערכת כזו, תוכלו לקרוא על ההבדלים במאמר שלנו קלוד מול ChatGPT: איזה AI ינצח במשימות העסקיות שלכם ב-2026?, שכן המערכת תומכת בשניהם.
איך הקסם קורה מאחורי הקלעים?
הארכיטקטורה של OpenBot בנויה ממספר רכיבים שעובדים יחד, כפי שמתואר במסמכי הארכיטקטורה של הפרויקט. הבסיס הוא שרת API שנכתב ב-Hono, אפליקציית צד לקוח ב-React, ומסד נתונים מסוג PostgreSQL ששומר את כל המידע. אבל החלק המעניין באמת הוא ניהול הסוכנים והדפדפנים.
כאשר סוכן צריך לבצע פעולה, המערכת לא נותנת לו גישה ישירה למחשב. במקום זאת, כל סוכן מקבל סביבה מבודדת (Container) משלו, שכוללת דפדפן Chromium ופרופיל משתמש נפרד. כל ניסיון של הסוכן ללחוץ על כפתור, להקליד טקסט או לקרוא קובץ, חייב לעבור דרך שער בקרה. השער הזה בודק את הפעולה מול סט של חוקי מדיניות שהוגדרו מראש. אם החוקים לא מאשרים את הפעולה במפורש, המערכת חוסמת אותה. גישה זו מבטיחה שהסוכן לא יוכל לגלוש לאתרים לא מורשים או למחוק קבצים קריטיים.
מעבר לבקרה בזמן אמת, המערכת מנהלת יומן מעקב מפורט. כל פעולה שאושרה, כל פעולה שסורבה, וכל פעולה שנכשלה נרשמות במסד הנתונים. היומן הזה שומר גם מי יזם את הפעולה. המערכת מבחינה בין ארבעה מצבים: פעולה שעובד אנושי ביקש מהסוכן לבצע, פעולה שהמערכת עצמה יזמה, פעולה שרצה באופן אוטומטי לפי לוח זמנים (Routine), ופעולה שסוכן אחד העביר לסוכן אחר. התיעוד הזה מאפשר למנהלים לדעת בדיוק מה קרה במערכת גם כשאף אחד לא הסתכל.
תכונה נוספת שפועלת מאחורי הקלעים היא היכולת של סוכנים להעביר עבודה מאחד לשני. סוכן אחד יכול לפנות לסוכן אחר, להגדיר לו את המשימה ואת האילוצים, ולקבל ממנו תשובה. המערכת מוודאת שהסוכן המבקש לא פונה לסוכן שלמשתמש האנושי אין הרשאה לדבר איתו. התשובה של הסוכן השני מופיעה בערוץ שיחה חדש מול המשתמש, כדי לשמור על שקיפות מלאה לגבי מי עשה מה.
למי המערכת מתאימה ולמי פחות?
מכיוון שמדובר בפרויקט קוד פתוח שדורש התקנה ותחזוקה, הוא לא מתאים לכל עסק. הנה חלוקה כללית:
| מתאים מאוד לעסקים ש… | פחות מתאים לעסקים ש… |
|---|---|
| חייבים לשמור את המידע על השרתים שלהם מסיבות רגולטוריות או ביטחוניות. | מחפשים פתרון קל ומהיר שמוכן לשימוש מיידי (SaaS). |
| עובדים מול מערכות ליבה ישנות או פורטלים של ספקים שאין להם API. | צריכים רק צ'אטבוט פשוט לשאלות ותשובות מול לקוחות. |
| יש להם צוות טכני או ספק פיתוח שיודע לנהל תשתיות Docker ו-PostgreSQL. | אין להם תשתית טכנולוגית פנימית או תקציב לתחזוקת שרתים. |
| רוצים לבנות תהליכי עבודה אוטומטיים שרצים ברקע לפי לוח זמנים. | מחפשים מערכת יציבה לחלוטין ללא באגים או שינויים תכופים. |
מה חובה לבדוק לפני שמשלבים בעסק
לפני שמחליטים להטמיע את OpenBot בסביבת הייצור של העסק, יש כמה נקודות קריטיות שצריך לקחת בחשבון, בהתבסס על התיעוד הרשמי של הפרויקט:
אבטחה והרשאות: המערכת בנויה בגישה של חסימה כברירת מחדל. סוכן שמחפש מידע בקבצי החברה יראה רק את הקבצים שלעובד שביקש את המידע יש הרשאה לראות. אם ההרשאות לא ברורות, הסוכן לא יחזיר מידע בכלל, במקום לנחש. בנוסף, כל סוד או סיסמה שהסוכן משתמש בהם מוצפנים במנוחה (Encrypted at rest) ולא מופיעים ביומן המעקב בטקסט גלוי.
ניהול זהויות: המערכת תומכת בחיבור לספקי זהויות קיימים בארגון. אפשר לחבר אותה ל-Google, Microsoft, Okta, או לספקי SAML ו-OpenID Connect עצמאיים. המשמעות היא שהעובדים מתחברים למערכת עם שם המשתמש והסיסמה הרגילים שלהם בעסק, ומנהלי הרשת יכולים לשלוט בגישה שלהם ממקום מרכזי.
איפה נשמרים הנתונים: כל המידע של המערכת, כולל היסטוריית השיחות, ההגדרות, חוקי המדיניות ויומני המעקב, נשמר במסד נתונים מקומי מסוג PostgreSQL. לפי האתר הרשמי, שום מידע לא נשלח החוצה למקומות שלא הגדרתם במפורש.
רישיון ותחזוקה: הפרויקט משוחרר תחת רישיון MIT, שהוא רישיון קוד פתוח גמיש מאוד שמאפשר שימוש מסחרי, שינוי והפצה. עם זאת, חשוב לזכור שהמערכת מוגדרת כגרסת אלפא. התיעוד מציין במפורש שיש לצפות לתקלות ולשינויים תכופים. מי שעומד מאחורי הפרויקט היא חברת CopilotKit, שמציעה גם שירות בתשלום שבו המהנדסים שלה מקימים את המערכת עבורכם על התשתית שלכם.
הצעדים הראשונים לבחינת המערכת
אם החלטתם שהמערכת עשויה להתאים לצרכים שלכם, הדרך הטובה ביותר להתחיל היא להקים סביבת בדיקות מקומית. הנה השלבים הכלליים, כפי שעולה מתיעוד הפרויקט:
- מיפוי תהליכים: לפני שנוגעים בקוד, זהו תהליך אחד או שניים בעסק שדורשים עבודה ידנית מול דפדפן או מערכת סגורה. זה יהיה מקרה המבחן שלכם.
- הקמת סביבה מקומית: המערכת דורשת התקנה של Docker ו-Bun. מורידים את הקוד מהמאגר ב-GitHub, מעתיקים את קובץ ההגדרות הראשוני (env.example) ומתקינים את התלויות.
- חיבור מודל שפה: כדי שהסוכנים יוכלו לחשוב ולפעול, תצטרכו לספק מפתח API של מודל שפה. המערכת תומכת ב-OpenAI, Anthropic וגוגל. מזינים את המפתח בקובץ ההגדרות.
- הרצת המערכת: מפעילים את סקריפט ההפעלה שמקים את מסד הנתונים, את שרת ה-API ואת האפליקציה. לאחר מכן, פותחים את הדפדפן בכתובת המקומית שנוצרה.
- בדיקת יכולות הדפדפן: פותחים שיחה עם אחד הסוכנים ומבקשים ממנו לבצע פעולה פשוטה ברשת, כמו להיכנס לאתר חדשות ולהקריא את הכותרת הראשית. תוכלו לראות את המסך של הסוכן נפתח לצד השיחה ולעקוב אחרי הפעולות שלו.
- סקירת יומן המעקב: לאחר שהסוכן סיים, היכנסו למסך הניהול ובדקו את יומן המעקב (Audit log). שם תוכלו לראות בדיוק אילו פעולות אושרו, אילו נחסמו, ואיך המערכת מתעדת את התהליך.
מתי כדאי להביא מישהו שמיישם?
הקמת סביבת בדיקות על מחשב נייד היא משימה אפשרית עבור אנשים עם רקע טכני בסיסי. אבל המעבר מסביבת בדיקות למערכת יציבה שרצה על שרתי החברה ומשמשת עשרות עובדים, דורש מומחיות. הגדרת חוקי מדיניות מורכבים, חיבור למערכות ניהול זהויות ארגוניות, אבטחת התקשורת בין הרכיבים השונים, וכתיבת סוכנים מותאמים אישית שיודעים לטפל בתהליכים העסקיים הייחודיים שלכם, כל אלה דורשים ניסיון מעשי בהטמעת מערכות.
אם אתם מבינים את הפוטנציאל של הפלטפורמה אבל צריכים מישהו שיתכנן וייישם את זה נכון, אנחנו מציעים שירות של סוכני AI לעסקים שיעזור לכם לבחון את התהליכים, להגדיר את ההרשאות ולבנות את הפתרון המדויק למידות שלכם, תוך שמירה על הגישה המעשית שלנו: קודם מוודאים שהתהליך נכון, ורק אז הופכים אותו לאוטומטי.
שאלות נפוצות
האם סוכן ה-AI יכול לראות את כל הקבצים של החברה?
לא. לפי התיעוד הרשמי, הסוכן רואה רק את הקבצים שלעובד שביקש את המשימה יש הרשאה לפתוח. אם ההרשאות אינן ברורות, המערכת חוסמת את הגישה כברירת מחדל והסוכן לא יחזיר מידע.
מה קורה אם הסוכן נתקל במסך התחברות או בבקשת אימות כפול (2FA)?
כאשר הסוכן נתקל בחומת התחברות שהוא לא יכול לעבור לבד, הוא עוצר ומבקש עזרה. העובד יכול להשתלט על המסך של הסוכן, להזין את הסיסמה או את קוד האימות, ולאחר מכן להחזיר לסוכן את השליטה כדי שימשיך במשימה.
האם המערכת מחייבת שימוש במודל שפה ספציפי?
לא, המערכת לא מגיעה עם מודל שפה מובנה בתוכה. מנהל המערכת צריך לספק מפתח API משלו, וניתן לבחור להשתמש במודלים של OpenAI, Anthropic או גוגל, בהתאם להעדפות העסק.
האם סוכני ה-AI יכולים לעבוד יחד על אותה משימה?
כן. סוכן אחד יכול להעביר משימה לסוכן אחר, בתנאי שלמשתמש האנושי יש הרשאה לגשת לשני הסוכנים. התשובה של הסוכן השני תופיע בערוץ שיחה נפרד מול המשתמש, כדי לשמור על סדר ושקיפות.
מקורות
Mr. Make (ליאור צברי) מלווה בעלי עסקים ומנהלים בישראל בהטמעת אוטומציה ו-AI בתהליכי העבודה. רוצים לבדוק מה מתאים לעסק שלכם? דברו איתנו.
ליאור צברי
ליאור צברי מלווה מותגים וסטארטאפים ומייסד Mr. Make.