ai-agents-for-beginners
(לחץ על התמונה למעלה לצפייה בווידאו של השיעור הזה)
דפוסי עיצוב רב-סוכנים
ברגע שאתה מתחיל לעבוד על פרויקט שכולל סוכנים מרובים, תצטרך לקחת בחשבון את דפוס העיצוב הרב-סוכני. עם זאת, אולי לא יהיה מייד ברור מתי לעבור לרב-סוכנים ומה היתרונות בכך.
מבוא
בשיעור זה, אנו מחפשים לענות על השאלות הבאות:
- באילו תרחישים מתאים להשתמש ברב-סוכנים?
- מהם היתרונות של שימוש ברב-סוכנים לעומת סוכן יחיד שמבצע משימות מרובות?
- מהם אבני הבניין ליישום דפוס העיצוב הרב-סוכני?
- איך יש לנו ניראות לאופן שבו הסוכנים המרובים מתקשרים ביניהם?
יעדי למידה
לאחר השיעור הזה, אתה אמור להיות מסוגל:
- לזהות תרחישים שבהם רב-סוכנים רלוונטיים
- לזהות את היתרונות בשימוש ברב-סוכנים לעומת סוכן יחיד.
- להבין את אבני הבניין ביישום דפוס העיצוב הרב-סוכני.
מה התמונה הגדולה יותר?
רב-סוכנים הם דפוס עיצוב שמאפשר לסוכנים רבים לעבוד יחד להשגת מטרה משותפת.
דפוס זה משמש רבות בתחומים שונים, כולל רובוטיקה, מערכות אוטונומיות, ומחשוב מבוזר.
תרחישים בהם רב-סוכנים רלוונטיים
מהן התרחישים שבהם שימוש ברב-סוכנים הוא מתאים? התשובה היא שישנם תרחישים רבים שבהם העיסוק בסוכנים מרובים מועיל במיוחד במקרים הבאים:
- עומסי עבודה גדולים: עומסי עבודה גדולים יכולים להתחלק למשימות קטנות יותר שיוקצו לסוכנים שונים, מה שמאפשר עיבוד מקבילי והשלמה מהירה יותר. דוגמה לכך היא במטלת עיבוד נתונים גדולה.
- משימות מורכבות: משימות מורכבות, בדומה לעומסי עבודה גדולים, ניתן לפרק לתת-משימות קטנות ולמיין אותן לסוכנים שונים, כאשר כל סוכן מתמחה בהיבט מסוים של המשימה. דוגמה טובה לכך היא במכוניות אוטונומיות שבהן סוכנים שונים מנהלים ניווט, זיהוי מכשולים, ותקשורת עם רכבים אחרים.
- מומחיות מגוונת: סוכנים שונים יכולים להחזיק במומחיות מגוונת, כך שהם יכולים לטפל בהיבטים שונים של משימה באופן יעיל יותר מסוכן בודד. במקרה זה, דוגמה טובה היא בתחום הבריאות, שבה סוכנים יכולים לנהל אבחונים, תכניות טיפול ומעקב אחר מטופלים.
יתרונות השימוש ברב-סוכנים לעומת סוכן יחיד
מערכת עם סוכן יחיד יכולה לעבוד טוב למשימות פשוטות, אך עבור משימות מורכבות יותר, שימוש במספר סוכנים יכול לספק מספר יתרונות:
- התמחות: כל סוכן יכול להיות מתמחה במשימה מסוימת. חוסר התמחות בסוכן יחיד אומר שיש לך סוכן שיכול לעשות הכל, אך עלול להיטעה לגבי מה יש לעשות כאשר הוא מתמודד עם משימה מורכבת. לדוגמה, ייתכן שהוא יבצע משימה שאינה מתאימה לו במיוחד.
- קנה מידה: קל יותר להגדיל מערכות על ידי הוספת סוכנים נוספים מאשר להעמיס על סוכן יחיד.
- סיבולת תקלות: אם סוכן אחד נכשל, אחרים יכולים להמשיך לתפקד, מה שמבטיח אמינות מערכתית.
ניקח דוגמה, נסכם טיול למשתמש. מערכת עם סוכן יחיד תצטרך לטפל בכל ההיבטים של תהליך הזמנת הטיול, החל ממציאת טיסות, הזמנת מלונות ורכבי השכרה. כדי להשיג זאת עם סוכן יחיד, הסוכן יצטרך כלים לטיפול בכל המשימות הללו. זה עלול להוביל למערכת מורכבת ומונוליטית שקשה לתחזק ולהגדיל. לעומת זאת, מערכת רב-סוכנית יכולה לכלול סוכנים שונים שמתמקדים במציאת טיסות, הזמנת מלונות ורכבי השכרה. כך שהמערכת תהיה מודולרית יותר, קלה לתחזוקה וסקלאבילית.
השווה זאת ללשכה לתיירות שמופעלת כעסק משפחתי לעומת לשכה לתיירות שמופעלת כזיכיון. החנות המשפחתית הייתה כוללת סוכן יחיד שמתמודד עם כל ההיבטים של תהליך הזמנת הטיול, בעוד שהזיכיון היה מורכב מסוכנים שונים שמטפלים בהיבטים שונים של התהליך.
אבני בניין ליישום דפוס העיצוב הרב-סוכני
לפני שתוכל ליישם את דפוס העיצוב הרב-סוכני, עליך להבין את אבני הבניין שמרכיבות את הדפוס.
הבה נעשה את זה מוחשי יותר על ידי התבוננות שוב בדוגמה של הזמנת טיול למשתמש. במקרה זה, אבני הבניין יכללו:
- תקשורת בין סוכנים: סוכנים למציאת טיסות, הזמנת מלונות ורכבי השכרה צריכים לתקשר ולשתף מידע לגבי העדפות והגבלות המשתמש. עליך להחליט על הפרוטוקולים והאמצעים לתקשורת זו. משמעות הדבר בפועל היא שסוכן למציאת טיסות צריך לתקשר עם סוכן להזמנת מלונות כדי להבטיח שהמלון מוזמן לאותם תאריכים כמו הטיסה. זה אומר שהסוכנים צריכים לשתף מידע על תאריכי הנסיעה של המשתמש, כלומר עליך להחליט אילו סוכנים משתפים מידע ואיך הם משתפים אותו.
- מנגנוני תיאום: סוכנים צריכים לתאם את פעולותיהם כדי להבטיח שהעדפות והגבלות המשתמש מתקיימים. העדפה של המשתמש יכולה להיות שהוא רוצה מלון קרוב לשדה התעופה, בעוד הגבלה יכולה להיות שרכבי ההשכרה זמינים רק בשדה התעופה. זאת אומרת שסוכן להזמנת מלונות צריך לתאם עם סוכן להזמנת רכבי השכרה כדי להבטיח שהעדפות והגבלות מתקיימים. זה אומר שעליך להחליט איך הסוכנים מתאמים את פעולותיהם.
- ארכיטקטורת סוכן: הסוכנים צריכים להיות בעלי מבנה פנימי לקבלת החלטות וללמוד מהאינטראקציות שלהם עם המשתמש. משמעות הדבר שהיא סוכן למציאת טיסות צריך להיות בעל מבנה פנימי לקבלת החלטות לגבי אילו טיסות להמליץ למשתמש. זאת אומרת שעליך להחליט איך הסוכנים מקבלים החלטות ולומדים מהאינטראקציות עם המשתמש. דוגמאות לדרך שבה סוכן לומד ומשתפר יכולות להיות שהסוכן למציאת טיסות משתמש במודל למידת מכונה כדי להמליץ על טיסות למשתמש בהתבסס על העדפות עבר שלו.
- ניראות לאינטראקציות רב-סוכניות: עליך להיות בעל ניראות אודות אופן שבה הסוכנים המרובים מתקשרים זה עם זה. זה אומר שעליך להיות עם כלים וטכניקות למעקב אחרי פעילויות ואינטראקציות סוכנים. זה יכול להתבטא בכלים ללוגים ומוניטורינג, בכלי ויזואליזציה, ומדדי ביצועים.
- דפוסי רב-סוכנים: קיימים דפוסים שונים ליישום מערכות רב-סוכניות, כמו ארכיטקטורות מרכזיות, מבוזרות והיברידיות. עליך להחליט על הדפוס המתאים ביותר לשימוש שלך.
- אנושי בלולאה: ברוב המקרים יהיה לך אנושי בלולאה וצריך להנחות את הסוכנים מתי לבקש התערבות אנושית. זה יכול להיות בצורה של משתמש המבקש מלון או טיסה ספציפיים שהסוכנים לא המליצו עליהם או מבקש אישור לפני הזמנת טיסה או מלון.
ניראות לאינטראקציות רב-סוכניות
חשוב שתהיה לך ניראות כיצד הסוכנים המרובים מתקשרים אחד עם השני. ניראות זו חיונית לניפוי שגיאות, אופטימיזציה, ולהבטחת יעילות המערכת הכוללת. כדי להשיג זאת, עליך להיות עם כלים וטכניקות למעקב אחר פעילויות ואינטראקציות הסוכנים. זה יכול לכלול כלים ללוגים ומוניטורינג, כלי ויזואליזציה, ומדדי ביצועים.
לדוגמה, במקרה של הזמנת טיול למשתמש, תוכל שיהיה לך לוח מחוונים המציג את מצב כל סוכן, את העדפות והגבלות המשתמש, ואת האינטראקציות בין הסוכנים. לוח המחוונים הזה יכול להציג את תאריכי הנסיעה של המשתמש, את הטיסות שהומלצו על ידי סוכן הטיסות, את המלונות שהומלצו על ידי סוכן המלונות, ואת רכבי ההשכרה שהומלצו על ידי סוכן רכבי ההשכרה. זה ייתן לך מבט ברור על אופן שבו הסוכנים מתקשרים ביניהם והאם העדפות וההגבלות של המשתמש מתממשים.
נבחן כל היבט הזה בפירוט רב יותר.
-
כלים ללוגים ומוניטורינג: תרצה שלוגים יתבצעו עבור כל פעולה שמתבצעת על ידי סוכן. רשומת הלוג יכולה לאחסן מידע על הסוכן שביצע את הפעולה, הפעולה שהתבצעה, זמן ביצוע הפעולה ותוצאת הפעולה. מידע זה יכול לשמש לניפוי שגיאות, אופטימיזציה ועוד.
-
כלי ויזואליזציה: כלי ויזואליזציה יכולים לעזור לך לראות את האינטראקציות בין הסוכנים בצורה אינטואיטיבית יותר. לדוגמה, תוכל להציג גרף שמראה את זרימת המידע בין הסוכנים. זה יכול לעזור לך לזהות צווארי בקבוק, חוסר יעילות ובעיות אחרות במערכת.
-
מדדי ביצועים: מדדי ביצועים יכולים לעזור לך לעקוב אחר היעילות של המערכת הרב-סוכנית. לדוגמה, תוכל לעקוב אחר הזמן שנדרש להשלמת משימה, מספר המשימות שהושלמו ליחידת זמן, ודיוק ההמלצות שניתנו על ידי הסוכנים. מידע זה יכול לעזור לך לזהות אזורים לשיפור ולאופטימיזציה של המערכת.
דפוסי רב-סוכנים
נצלול לכמה דפוסים קונקרטיים שנוכל להשתמש בהם כדי ליצור אפליקציות רב-סוכניות. הנה כמה דפוסים מעניינים שכדאי לשקול:
צ’אט קבוצתי
דפוס זה שימושי כאשר רוצים ליצור אפליקציית צ’אט קבוצתי שבה סוכנים מרובים יכולים לתקשר זה עם זה. מקרי שימוש טיפוסיים לדפוס זה כוללים שיתוף פעולה קבוצתי, תמיכת לקוחות, ורשתות חברתיות.
בדפוס זה, כל סוכן מייצג משתמש בצ’אט הקבוצתי, והודעות מוחלפות בין סוכנים באמצעות פרוטוקול הודעות. הסוכנים יכולים לשלוח הודעות לקבוצה, לקבל הודעות מהקבוצה, ולהגיב להודעות מסוכנים אחרים.
דפוס זה ניתן ליישום באמצעות ארכיטקטורה מרכזית שבה כל ההודעות עוברת דרך שרת מרכזי, או ארכיטקטורה מבוזרת שבה ההודעות מוחלפות ישירות.
העברת משימות
דפוס זה שימושי כאשר רוצים ליצור אפליקציה שבה סוכנים מרובים יכולים להעביר משימות זה לזה.
מקרים טיפוסיים לדפוס זה כוללים תמיכת לקוחות, ניהול משימות, ואוטומציה של זרימת עבודה.
בדפוס זה כל סוכן מייצג משימה או שלב בזרימת העבודה, וסוכנים יכולים להעביר משימות לסוכנים אחרים על פי כללים מוגדרים מראש.
סינון שיתופי
דפוס זה שימושי כאשר רוצים ליצור אפליקציה שבה סוכנים מרובים משתפים פעולה כדי להמליץ למשתמשים.
למה תרצה שסוכנים מרובים ישתפו פעולה? כי כל סוכן יכול להיות מומחה שונה ויכול לתרום לתהליך ההמלצה בדרכים שונות.
ניקח דוגמה שבה משתמש רוצה המלצה על המניה הטובה ביותר לקנייה בבורסה.
- מומחה תעשייה: סוכן אחד יכול להיות מומחה בתעשייה מסוימת.
- אנליזה טכנית: סוכן אחר יכול להיות מומחה באנליזה טכנית.
- אנליזה יסודית: וסוכן נוסף יכול להיות מומחה באנליזה יסודית. על ידי שיתוף פעולה, סוכנים אלה יכולים לספק המלצה מקיפה יותר למשתמש.
תרחיש: תהליך החזר כספי
שקול תרחיש שבו לקוח מנסה לקבל החזר עבור מוצר, יכול להיות מעורבים לא מעט סוכנים בתהליך זה, אבל נחלק אותם לסוכנים ספציפיים לתהליך זה וסוכנים כלליים שניתן להשתמש בהם בתהליכים אחרים.
סוכנים ספציפיים לתהליך ההחזר:
להלן כמה סוכנים שעשויים להיות מעורבים בתהליך ההחזר:
- סוכן לקוח: סוכן זה מייצג את הלקוח ואחראי לפתיחת תהליך ההחזר.
- סוכן מוכר: סוכן זה מייצג את המוכר ואחראי לעיבוד ההחזר.
- סוכן תשלום: סוכן זה מייצג את תהליך התשלום ואחראי להחזרת התשלום ללקוח.
- סוכן פתרון: סוכן זה מייצג את תהליך הפתרון ואחראי ליישוב כל בעיות שמתעוררות במהלך תהליך ההחזר.
- סוכן ציות: סוכן זה מייצג את תהליך הציות ואחראי להבטיח שתהליך ההחזר מתרחש בהתאם לתקנות ולמדיניות.
סוכנים כלליים:
סוכנים אלה ניתנים לשימוש בחלקים אחרים בעסק שלך.
- סוכן משלוחים: סוכן זה מייצג את תהליך המשלוחים ואחראי למשלוח המוצר חזרה למוכר. סוכן זה יכול לשמש גם בתהליך ההחזר וגם למשלוחים כלליים של מוצר שנרכש לדוגמה.
- סוכן משוב: סוכן זה מייצג את תהליך איסוף המשוב ואחראי לאיסוף משוב מהלקוח. משוב יכול להינתן בכל זמן ולא רק במהלך תהליך ההחזר.
- סוכן הסלמה: סוכן זה מייצג את תהליך ההסלמה ואחראי להעביר בעיות לרמת תמיכה גבוהה יותר. ניתן להשתמש בסוכן מסוג זה בכל תהליך שבו יש צורך בהסלמה של בעיה.
- סוכן התראות: סוכן זה מייצג את תהליך ההודעות ואחראי לשליחת התראות ללקוח בשלבים שונים של תהליך ההחזר.
- סוכן אנליטיקה: סוכן זה מייצג את תהליך האנליטיקה ואחראי על ניתוח נתונים הקשורים לתהליך ההחזר.
- סוכן ביקורת: סוכן זה מייצג את תהליך הביקורת ואחראי על ביקורת תהליך ההחזר כדי להבטיח שהוא מתבצע כראוי.
- סוכן דיווח: סוכן זה מייצג את תהליך הדיווח ואחראי על הפקת דוחות על תהליך ההחזר.
- סוכן ידע: סוכן זה מייצג את תהליך הידע ואחראי על תחזוקת בסיס ידע של מידע הקשור לתהליך ההחזר. סוכן זה יכול להיות בקיא הן בחזרות והן בחלקים אחרים בעסק שלך.
- סוכן אבטחה: סוכן זה מייצג את תהליך האבטחה ואחראי על הבטחת אבטחת תהליך ההחזר.
- סוכן איכות: סוכן זה מייצג את תהליך האיכות ואחראי על הבטחת איכות תהליך ההחזר.
מוזמנים לראות שיש לא מעט סוכנים שצוינו קודם לכן הן לתהליך ההחזר הספציפי והן לסוכנים הכלליים שניתן להשתמש בהם בחלקים אחרים בעסק שלך. מקווה שזה נותן לך מושג כיצד תוכל להחליט אילו סוכנים להשתמש במערכת הרב-סוכנית שלך.
משימה
עצב מערכת רב-סוכנית לתהליך תמיכת לקוחות. זהה את הסוכנים המעורבים בתהליך, את תפקידיהם ואחריותם, וכיצד הם מתקשרים ביניהם. שקול הן סוכנים ספציפיים לתהליך תמיכת הלקוחות והן סוכנים כלליים שניתן להשתמש בהם בחלקים אחרים בעסק שלך.
חשוב לפני שתקרא את הפתרון הבא, ייתכן שתצטרך יותר סוכנים ממה שאתה חושב.
טיפ: חשוב על השלבים השונים בתהליך התמיכה בלקוחות ושקול גם סוכנים הנדרשים לכל מערכת.
פתרון
בדיקות ידע
שאלה 1
איזה תרחיש הכי מתאים למערכת רב-סוכנים?
- א1: בוט תמיכה עונה על שאלות נפוצות באמצעות בסיס ידע אחד וקבוצת כלים קטנה.
- א2: זרימת עבודה להחזר צריכה תפקידים נפרדים להונאה, תשלום וציות, כל אחד עם הכלים שלו, והתוצאות שלהם חייבות להיות מתואמות.
- א3: אותה בקשה פשוטה לסיווג מגיעה אלפי פעמים בכל שעה.
שאלה 2
מתי סוכן יחיד הוא בדרך כלל הבחירה הטובה יותר?
- א1: המשימה ניתנת לטיפול עם סט אחד של הוראות וכלים, ללא העברות למומחים.
- א2: לסוכן יש גישה ליותר מכלי אחד.
- א3: זרימת העבודה דורשת תפקידים נפרדים עם הרשאות שונות וטריילי ביקורת עצמאיים.
סיכום
בשיעור זה, בחנו את תבנית העיצוב רב-סוכנית, כולל התרחישים שבהם מערכות רב-סוכניות רלוונטיות, היתרונות בשימוש ברב-סוכנים לעומת סוכן יחיד, אבני הבניין של יישום תבנית העיצוב רב-סוכנית, ואיך לקבל נראות לגבי האינטראקציה בין הסוכנים השונים.
יש לך שאלות נוספות על תבנית העיצוב רב-סוכנית?
הצטרף ל-Microsoft Foundry Discord כדי להיפגש עם לומדים אחרים, להשתתף בשעות משרדים ולקבל מענה על שאלותיך לגבי סוכני המלאכותית.
משאבים נוספים
שיעור קודם
שיעור הבא
מטה-קוגניציה בסוכני בינה מלאכותית
כתב ויתור: מסמך זה תורגם באמצעות שירות תרגום אוטומטי Co-op Translator. למרות שאנו שואפים לדיוק, יש לקחת בחשבון שתרגומים אוטומטיים עלולים להכיל שגיאות או אי-דיוקים. יש להחשיב את המסמך המקורי בשפתו הטבעית כמקור הסמכות. למידע קריטי מומלץ להשתמש בתרגום מקצועי על ידי מתרגם אדם. אנו לא אחראים לכל אי-הבנה או פירוש שגוי הנובע מהשימוש בתרגום זה.