רכזי מתנדבים בעמותות שואלים ב־Teams או ב־Microsoft 365 Copilot Chat ומקבלים דוסייה קצרה ואישית לכל מתנדב במשמרת: מה הוא עשה עד היום, למה הוא רשום ואיך כדאי להודות לו או לחזק את הקשר. כל עובדה מגיעה מרשומות המתנדבים של הארגון עצמו, וארגונים לא רואים את הנתונים אחד של השני.
מספרים שמסומנים ”הערכה” הם הערכות הנדסיות שצריך לאמת מול נתוני הפיילוט. כל השאר נספרו מהקוד ומהקונפיגורציה.
פלטפורמת המתנדבים כבר מחזיקה כל הרשמה, משמרת ושעה מתועדת. אבל רכז שרוצה להודות למתנדב ותיק לפני אירוע, או לזהות מי יכול להוביל בעתיד, צריך לעבור על הרשומות אחת אחת. רובם לא עושים את זה, וההוקרה נשארת כללית.
המוצר תוכנן להימכר לעמותות רבות מתוך פריסה משותפת אחת. לכן בידוד בין טננטים היה הדרישה הראשונה, עוד לפני כל מה שהמודל עושה: ארגון אחד לא יכול לשלוף מתנדבים של ארגון אחר, גם לא בטעות.
התרשים רחב מהמסך: החליקו הצידה לצפייה בכולו →
לכל לקוח יש אינדקס משלו וסוכן Foundry משלו, וכלי החיפוש של הסוכן מוסיף גם סינון לפי לקוח כשכבת הגנה נוספת. שני השירותים עובדים עם managed identities, כך שאף סוד לא מופיע בקונפיגורציה או בריפו.
אינדקס אחד וסוכן Foundry אחד לכל לקוח. באג בסינון לא יכול להדליף נתונים, כי הנתונים של לקוחות אחרים פשוט לא נמצאים באינדקס. המחיר: שלב הקמה נוסף לכל לקוח, ולכן השירות מבצע אותו פעם אחת ושומר את מזהה הסוכן.
הלקוח נגזר מטננט ה־Entra המאומת של הפנייה. טננט שקיים אבל לא מוכר נדחה, בלי fallback לדומיין המייל, וגם לקוח שהנתונים שלו עוד לא מוכנים נדחה. המחיר: צ׳אט בדיקה אנונימי תמיד מקבל סירוב, וזה בכוונה.
ה־ingestion והשיחה נפרסים, גדלים ונכשלים בנפרד. הצימוד היחיד ביניהם הוא סכמת האינדקס והרישום. המחיר: צריך לסנכרן את הרישום ביניהם, וזה הדבר הבא שעובר לאחסון עמיד.
gpt-4o מסווג כוונה, עם fallback דטרמיניסטי של מילות מפתח כדי שהבוט ימשיך לעבוד גם בזמן תקלה. ”עריכה” כותבת מחדש את הדוסייה השמורה בלי שליפה חדשה. כל הפרומפטים אוסרים להמציא שמות, שעות או היסטוריה.
הפריסה הראשונה מההתחלה ועד הסוף חשפה את רוב העבודה האמיתית. מבחר:
הגרסה הראשונה של ה־resolver נפלה להתאמה לפי דומיין מייל בכל פעם שמזהה הטננט לא התאים. פונה מטננט זר עם כתובת בדומיין של לקוח היה מקבל את הנתונים של אותו לקוח.
טננט שקיים אבל לא מוכר נדחה, בלי fallback. גם שורות בלי אינדקס או סוכן נדחות. שמונה טסטי xUnit נועלים את הכללים.
הקמת סוכן דורשת הרשאות data-plane ב־Foundry, שלקח להן 5–15 דקות להתפשט. קריאת list-or-create בכל סבב גרמה לכל סנכרון להיכשל עד אז.
השירות מקים את הסוכן פעם אחת, כותב את המזהה לרישום ומדלג על הקריאה מאז. סנכרון שוטף כבר לא תלוי ב־RBAC של Foundry, ולקוח אחד שנכשל לא עוצר את האחרים.
חלק מההרשמות הגיעו בלי אחד מארבעת המזהים שנדרשים למפתח מסמך יציב.
המיפוי null-safe. רשומות חלקיות מדולגות ונספרות בלוג הסנכרון, כך שהן לא מפילות את הסבב ולא יוצרות כפילויות.
ה־SDK החדש התעלם מההגדרות הישנות של Bot Framework, וה־host נכשל בעלייה עד שנוספה הפניה לחבילת MSAL. אחרי שעלה, טוקנים יוצאים הונפקו אבל כל תשובה נכשלה עם 401.
עברנו לקונפיגורציית ה־connections של ה־SDK, נתנו לסוד בכספת שם שנוחת על מפתח הקונפיגורציה הנכון, וכיוונו את ה־authority לטננט הבית של הבוט, כפי שבוט single-tenant מחייב.
ה־App Service של הסוכן נוצר על runtime stack לא נכון, ולכן אפליקציית ה־.NET אף פעם לא עלתה.
תיקנתי את ה־stack והוספתי ל־runbook בדיקת health, כדי לתפוס את זה לפני שמחברים את הבוט.
סוכני custom engine דורשים סכמת מניפסט 1.20 ומעלה, ו־scope של Copilot דורש 1.21. בנוסף, zip שנבנה בכלי הלא נכון יצר נתיבים שהוולידטור דחה.
עברנו לסכמה 1.21 וכתבנו סקריפט build ששם את שלושת הקבצים בשורש ה־zip. הממצא הזה ועוד 12 נכנסו ל־runbook.
הדגמה להמחשה עם ארגונים ומתנדבים סינתטיים. אין בה נתוני לקוח או קוד. כל תרחיש מציג את הבדיקות שהסוכן מריץ לפני שהוא עונה.
| מדד | לפני | אחרי | מקור |
|---|---|---|---|
| הכנה לאירוע | חיפוש ידני ברשומות, ≈30 דק׳ | דוסייה בפחות מדקה | הערכה |
| עדכניות הנתונים | ייצוא אד־הוק | סנכרון אוטומטי כל 6 שעות | קונפיגורציה |
| קליטת לקוח | מוצר חדש, אין תהליך | קונפיגורציה בלבד: שורה + 2 סודות | נגזר |
| קריאות הקמה בכל סנכרון | 1 לכל לקוח | 0 אחרי הסבב הראשון | נגזר |
| מסלולי fallback בין טננטים | 1 (דומיין מייל) | 0, עם 8 טסטים | קוד |
| עריכת דוסייה | שליפה וכתיבה מחדש | שכתוב הטקסט השמור, 0 שליפות | קוד |
מקור: קוד = נספר בריפו; קונפיגורציה = ערך ברירת מחדל; נגזר = נובע משינוי הקוד; הערכה = לאימות מול נתוני הפיילוט.
שיחת אבחון חינם · 30 דקות · ללא התחייבות
כתבו בכמה שורות: איזה תהליך או מערכת, מה כואב היום (זמן, טעויות, עלויות או פיילוט AI שנתקע) ומי עובד עם זה. אחרי שיחה קצרה מקבלים תוך כ־3 ימים תוכנית כתובה והצעת מחיר סגורה.
נפתח מייל מוכן מראש · מענה תוך יום עסקים
ה־AI קורא. הקוד סופר.
כל הפרויקטים