הערה
הגישה לדף זה מחייבת הרשאה. באפשרותך לנסות להיכנס או לשנות מדריכי כתובות.
הגישה לדף זה מחייבת הרשאה. באפשרותך לנסות לשנות מדריכי כתובות.
תבניות מרובות סוכן דורשות צורה מסוימת של אינטראקציה של סוכן לסוכן. סוכנים משתתפים ברשת מאובטחת של יכולות, כאשר כל סוכן הוא משתתף אמין שמחליף אותות ומתאם את העבודה.
יישמו קריאות בין סוכנים וכלים באמצעות העקרונות של מינימום הרשאות, פשטות, יכולת ביקורת וממשל חסין. כדי להפחית את המורכבות, העדף תזמור מקורי של פלטפורמה עבור זרימות פנימיות כאשר הדבר אפשרי, והשתמש בפרוטוקול הקשר מודל (MCP) לקבלת גישה מאובטחת ומאומתת לכלים ולנתונים. השתמש בפרוטוקול Linux Foundation Agent2Agent (A2A) עבור שילוב סוכן חוצה פלטפורמות עם חוזים שפורסמו, ובסוכנים חזיתיים של MCP לפי הצורך. תקן אבטחה וניהול של סוכנים מחוברים באמצעות ערכות פיתוח תוכנה (SDK) שפורסמו עם תמיכת MCP ו- A2A מקורית.
מקרי שימוש מורכבים עשויים לכלול תצורה היברידית של סוגי סוכן Magentic, serial ו- concurrent. לדוגמה, זרימת עבודה של יצירת מסמך עשויה לדרוש שני שלבים סידוריים (בחר תבנית, צור תוכן מקורקע ובדוק אם יש תאימות) וזרימת עבודה בו-זמנית שבה פועלים מספר בדיקת תאימות במקביל. ניתן להשתמש בסוגים פשוטים ומורכבים של סוכן Magentic בתוך זרימת העבודה.
המלצות אינטראקציה מרובות נציגים
העדף תזמור מקורי של הפלטפורמה עבור זרימות פנימיות עם תת-סוכנים, כאשר ניתן, כדי לשמור על התזמור פשוט.
השתמש ב-MCP לגישה לכלים ולנתונים, כולל כלים של שירות Microsoft 365. זו הדרך המומלצת להציג נתונים ופעולות לסוכנים עם אבטחה, אימות וביקורת ברמה ארגונית.
השתמש ב- A2A להעברת הודעות בין נציגים בפלטפורמות שונות. עיצוב עבור גילוי יכולות וחוזים של פעילויות. דרוש מהסוכנים לפרסם "כרטיסי סוכן" (יכולות) ולהשתמש במודל המשימות והחפץ של A2A כדי שזרימות עבודה יוכלו לגלות, להפעיל ולעקוב אחר משימות ארוכות על-פני זמני ריצה.
שלב סוכנים בוגרים או מופשטים באמצעות MCP או A2A כדי להימנע מיישום מחדש של לוגיקה ולשפר את השימוש החוזר ואת יכולת המעקב והבקרה מקצה לקצה.
שלב סוכנים חיצוניים מחוברים באמצעות ערכות SDK שפורסמו כדי לבצע סטנדרטיזציה של האבטחה, הרישום והנראות.
אכוף מדיניות וביקורת בשכבת הבקרה-מישור באמצעות מסגרות כגון סוכן 365 כדי לוודא שהסוכנים יהיו תואמים וניתנים להצגה.
השתמש בטווח הכי פחות מיוחס בעת קריאה לכלים המתארחים ב- MCP, כגון מתוך שלבי זרימת עבודה עבור בדיקות מידע או פעולות של נתונים.
כדי להגביל את שטח המשטח ולשפר את הביצועים, השתמש באימות של תוכן מנה שהוקלדה בין שלבים לרכיבים במידת הצורך, עם סכימות מוגדרות והקשר נדרש. עצב שגיאות תיאוריות כך שסוכנים יוכלו לתקן את עצמם בהתבסס על הודעות השגיאה.
עצב עבור מקביליות, הגבל את ההקשר בין סוכן למה שנחוץ בהחלט, והשתמש בזיכרון לטווח קצר כדי להימנע מעבודה מיותרת.
כלול משתמשים בזרימת העבודה ונהל תקשורת כאשר סוכנים משתפים פעולה. יש לדרוש אישורי אנוש לפעולות בין סוכנים בעלות השפעה גבוהה. אפשר ביטול ודילוג על שלבים ארוכים והצגת סיכומים. לפתור תוצאות מתנגשות.
הערכת MCP ו- A2A בארכיטקטורות סוכן
MCP (פרוטוקול הקשר מודל) ו- A2A (Agent2Agent של Linux Foundation) הם תקני קוד פתוח משלימים לבניית יישומים סוכן.
שני התקנים מציעים פונקציונליות דומה עבור זרימות שרת-לקוח וגילוי כישורים. הטבלה הבאה מפרטת היכן לכל פרוטוקול יש מבדילים ברורים בעת בחירת אופן החיבור של מספר סוכנים.
| יכולת | MCP | A2A |
|---|---|---|
| רב־מודאליות | נדרש מארח MCP לתמיכה | מאפשרת לפרסם את סוגי המדיה הנתמכים כדי לאפשר חילופי נתונים בסוג חזק. |
| הודעות ומנויים פעילים | תמיכה בהודעות מערכת | הודעות מערכת ותוכן. |
| אינטראקציות מרובות סיבובים | שרת MCP יכול גם להוסיף מידע נוסף. ניהול הקשר נשאר עם המחשב המארח. | ה- contextId מאפשר ניהול הקשר בין נציגים. ייתכן שקיימות משימות מרובות בהקשר יחיד. "Input required" שווה ערך לבקשות קלט ב-MCP. |
| תיאום | מארח MCP מתזמר אילו כלים להפעיל ולסנתז פלט סופי | סוכן שהופעל משתמש בשרשרת המחשבה ובתיאום שלו. כלים/ממשקי API אטום לבקשת סוכן. |
| משא ומתן | נדרש עדכון לקוח MCP עבור מודליות או פונקציות חדשות | משא ומתן דינאמי לזרימות נתמכות חזק יותר עבור עדכוני שירות. |
MCP מספק דרך פשוטה ופשוטה לסוכנים לקיים אינטראקציה עם אובייקטים חיצוניים כגון ממשקי API, מקורות נתונים או סוכנים אחרים. הוא מספק בקרות חזקות עבור תזמר יחיד כדי לבחור, להפעיל, לסנן, לנמק ולסנתז את התוצאה. פרוטוקול זה מתאים לתרחישים שבהם אתה מעדיף שליטה בהסיבה וההטיה על גמישות ודינאם.
A2A מתאימות יותר לתרחישים שבהם הסוכנים נמצאים או חייבים להיות אטום זה לזה. לדוגמה, אם זרימת העבודה של ריבוי הנציגים דורשת קלט מסוכן חיצוני, או סוכנים הנמצאים בבעלותם של שני ארגוני הנדסיים שונים. התמיכה במשא ומתן מפחיתה את התלות עבור עדכוני קוד לקוח-שרת כאשר שירות מפרסם פונקציונליות חדשה.
למידע נוסף: