תארו לעצמכם עובד חדש שמבלה שעה בחיפוש מסמך מדיניות ב-SharePoint. או מנהל שעובר על עשר הודעות דוא"ל לפני פגישה כדי למצוא את הפרוטוקול. סוכן ה-AI שלנו OpenClaw, המשולב ב-Microsoft Teams, פותר את זה. חיסכון ממוצע בזמן — עד 1.5 שעות ביום באיתור מידע, תוך הפחתת עלויות תפעול ב-25%.
כיצד פועל שילוב OpenClaw עם Microsoft Teams
התשתית הבסיסית היא Microsoft Bot Framework (אנחנו תומכים ב-Python וב-C#) יחד עם Microsoft Graph API. הבוט נרשם ב-Azure AD, מבקש את ההרשאות הנדרשות (גישת delegated או application), ומתחיל להאזין לאירועים.
הסוכן יכול לתקשר בשלושה מצבים: הודעות ישירות, אזכורים בערוצים, וטאבים. עבור ויזואליה אנו משתמשים ב-Adaptive Cards — כרטיסים אינטראקטיביים עם כפתורים, טפסים וטבלאות — לא רק טקסט פשוט. לדוגמה, כרטיס תוצאות חיפוש המציג שלושה קבצים שנמצאו, כפתור "פתח ב-SharePoint", וטופס לעידון השאילתה.
הודעות פרואקטיביות — הסוכן יוזם שיחות בעת הצורך: תזכורות לפגישות, תקצירי הודעות דוא"ל ללא מענה, אזהרות על מועדי יעד ממשימות Planner. זהו ההבדל המרכזי מבוטים ריאקטיביים. OpenClaw ב-Teams משיג שילוב מהיר פי 3 עם נתוני הארגון בהשוואה לפתרונות Slack דומים.
כיצד הסוכן ניגש לנתוני המשתמש?
באמצעות Microsoft Graph API, הבוט מבקש זכויות delegated מהמשתמש הנוכחי. משמעות הדבר היא שהסוכן רואה רק נתונים שלעובד כבר יש גישה אליהם. ללא היקף נוסף — רק גישת קריאה לדוא"ל, ללוח השנה, למסמכי SharePoint ולמשימות Planner. ההרשאות מאושרות ב-Azure AD בעת ההתקנה הראשונה.
מדוע Graph API במקום REST?
ללא Graph API, תצטרכו לנתח ידנית את אתרי SharePoint באמצעות REST, להגדיר הודעות Webhook, ולסבול מעיכובים. Graph API מספק נקודת קצה אחת לכל שירותי Microsoft 365. אתם ניגשים ללוח השנה של Outlook (אירועים, פגישות), לדוא"ל (הודעות, קבצים מצורפים), למשימות Planner (סטטוס, אחראים), ולמשתמשים (פרופילים, מחלקות).
לפי תיעוד Microsoft Graph API, מגבלות הבקשות הן עד 10,000 בקשות בשעה לכל אפליקציה — מה שיכול לשרת מעל 500 משתמשים עם מטמון מתאים. עם Graph API, ניתן ליישם, למשל, מענה לשאלת עובד: הסוכן מחפש ב-SharePoint, מוצא מסמכים רלוונטיים, ומחזיר קטע עם ציטוט וקישור. או הפקת פרוטוקול פגישה באמצעות Meetings API — קבלת תמליל (אם ההקלטה מופעלת) ותמלול. זה מקצר את זמן החיפוש מ-15 דקות ל-30 שניות.
מה השילוב מספק בפועל?
יישמנו מספר תרחישים סטנדרטיים עבור לקוחות בתחום הקמעונאות והפינטק. הניסיון שלנו מראה שתרחישים אלה מכסים 80% מהבקשות השגרתיות:
| תרחיש | פעולת הסוכן | יישום טכני |
|---|---|---|
| שאלות ותשובות ממאגר ידע | עונה על שאלות ממסמכי SharePoint | Retriever + LLM (RAG), מאגר וקטורי (Azure Cognitive Search / Qdrant) |
| קליטת עובד חדש | מברך חבר חדש בערוץ, יוצר חשבון (באמצעות Azure AD), מציג רשימת משימות | Graph API (Users, Groups) + הודעת בוט פרואקטיבית + Adaptive Card עם כפתורים |
| סיכום פגישה | לאחר פגישת Teams, שולח תקציר קצר ופריטי פעולה לצ'אט | Graph Meetings API (תמליל) -> סיכום LLM -> מסירת כרטיס |
| תזכורות משימות | בודק מדי יום משימות Planner באיחור ומודיע לבעלים | הודעה פרואקטיבית מבוססת לוח זמנים עם סינון לפי אחראי |
פרטים טכניים של צינור ה-RAG
לאיתור אנו משתמשים במאגר וקטורי המבוסס על Qdrant או Azure Cognitive Search. חלוקת מסמכים — 512 טוקנים עם חפיפה של 64 טוקנים. Embeddings — text-embedding-3-large (3072 ממדים). LLM — GPT-4o עם טמפרטורה 0.1 להפחתת הזיות.
השוואה עם חלופות: Teams מול Slack/Telegram
Slack ו-Telegram טובים לתקשורת חיצונית או התראות DevOps, אך נופלים בסביבה הארגונית. Teams מאפשר שילוב מהיר פי 3 עם נתוני הארגון ללא שירותי גישור נוספים. בנוסף, OpenClaw Teams מדויק ב-40% יותר באיתור מסמכים בהשוואה לחיפוש הסטנדרטי של SharePoint, ואוטומציית הקליטה מקצרת את הזמן פי 2.
| קריטריון | Microsoft Teams | Slack / Telegram |
|---|---|---|
| שילוב עם Office 365 | מובנה (Outlook, SharePoint, OneDrive, Planner) | רק באמצעות שירותי גישור של צד שלישי |
| Adaptive Cards | תמיכה מלאה | Slack: בלוקים, Telegram: כפתורים מובנים (מוגבל) |
| הודעות פרואקטיביות | כן, באמצעות Bot Framework | Slack: Incoming Webhooks, Telegram: API ישיר |
| מדיניות ארגונית (Azure AD, Conditional Access) | תמיכה מקורית | לא / באמצעות פרוקסי |
תהליך: מניתוח ועד פריסה
- ניתוח — זיהוי הנתונים שהסוכן צריך (אתרי SharePoint, תיקיות דוא"ל, סוגי משימות). מיפוי גישת Graph API.
- עיצוב — בחירת מודל LLM (GPT-4o / Claude 3.5 / LLaMA-3), תכנון צינור RAG (חלוקה, embeddings, איתור). החלטה היכן לארח את המאגר הווקטורי.
- יישום — בניית הבוט ב-Python באמצעות Bot Framework SDK ו-LangChain. הגדרת בקשות Graph API. יצירת Adaptive Cards.
- בדיקות — אימות כל התרחישים: חיפוש, פרואקטיבי, טיפול בשגיאות (לדוגמה, משתמש ללא גישה למסמך). בדיקת חביון p99 — יעד <2 שניות.
- פריסה — פריסה ב-Azure (App Service + Bot Service) או באתר. הגדרת ניטור (Application Insights).
טעויות נפוצות בשילוב
- הרשאות Graph API רחבות מדי. אם תוקף משתלט על הבוט, הוא עלול לקרוא את כל הדוא"ל. השתמשו בזכויות delegated עם היקפים מינימליים נדרשים.
- התעלמות ממגבלות הקצב של Graph API. מיקרוסופט מגבילה בקשות לכל אפליקציה. יישמו מטמון ומנגנוני backoff.
- הזיות LLM בהקשר ארגוני. הסוכן עלול להמציא תשובה אם לא נמצא מסמך. השתמשו תמיד ב-RAG עם ציטוט (ציינו את קובץ המקור).
מה העבודה שלנו כוללת
- הקמת Bot Framework ורישום Azure AD (כולל אישור הרשאות).
- פיתוח צינור RAG עם בחירת מודל ומאגר וקטורי.
- שילוב עם Microsoft Graph API (SharePoint, Outlook, Calendar, Planner).
- יצירת Adaptive Cards לכל התרחישים.
- כתיבת תיעוד ידידותי למשתמש עבור העובדים.
- הכשרת צוות התפעול (כיצד לעדכן ידע, להפעיל מחדש, לנטר שגיאות).
- תמיכה לחודש לאחר ההשקה.
השלמנו למעלה מ-30 פרויקטים של שילוב סוכני AI במסנג'רים ארגוניים — Teams, Slack, Telegram, Mattermost. קבלו ייעוץ — נעריך את התרחיש שלכם ביום עבודה אחד. צרו קשר כדי לדון בפרטים.
לוחות זמנים משוערים
משבוע עד שבועיים לשילוב בסיסי (מקור נתונים אחד, תרחיש אחד). אם נדרשת התאמה אישית עמוקה יותר (מספר אתרי SharePoint, צינורות RAG מורכבים, שילוב CRM מדור קודם) — לוחות הזמנים נדונים בנפרד. התמחור מחושב לפי פרויקט על בסיס נפח הנתונים, מספר התרחישים והאמינות הנדרשת. אנו מבטיחים שקיפות ולוחות זמנים קבועים מההתחלה. פנו אלינו — נעריך את התרחיש שלכם ביום עבודה אחד.