ברוכים הבאים לעוד פיסת ידע דמיינו שאתם מנהלים חברה וסוחרים צוות של מומחים מבריקים מתכנן נסיעות ברמה עולמית, מומחה לקליטת עובדים ואיש תמיכת אי אבל אף אחד מהם לא מדבר עם השני בכל פעם שמשימה דורשת את שניים מהם אתם צריכים ללכת בין השולחנות ולהעביר את המידע בעצמכם כך בדיוק עובדים רוב סוכני הבינה המלאכותית כרגע הם פועלים בוידוד גם כשהבעיה דורשת בבירור עבודת צוות אז היום נדבר על האופן שבו סוכנים יכולים לתקשר להעביר עבודה ולפעול קצוותים של ממש אני מרקו פיטרז, זה לא מושג עתידני תזמור סוכנים מרובים כבר קורה כאן ועכשיו והוא מונה על ידי פרוטוקול שנקרא A2A נתחיל בבעיה, נפרק את הפרוטוקול הזה לחלקים ונראה איך מייקרוסופט משתמשת בו בתוך Copilot Studio וAzure AI קחו את הקפה ובואו נצלול פנימה אז מהי הבעיה האמיתית? סוכני בינה מלאכותית כיום דומים בדיוק לאותם מומחים מבודדים לכל אחד יש ידע, כלים ומטרות משלו סוכן מזג אוויר יודע את התחזית סוכן מלונות יודע על זמינות חדרים אבל הם לא משתפים דבר כעת, דמיינו משתמש שמבקש נסיעה לסיאטל בשבוע הבא עם מלון קרוב למשרד סוכן בודד יצטרך להיות מומחי מזג אוויר, מומחי נסיעות ומומחי עסקים מקומיים בבת אחת זה אומר פרומפטים ענקיים ומנופחים שדוחסים כל יכולת אפשרית למערכת אחת והפרומפטים האלה נשברים כל הזמן הפתרון הישן היה כתיבת קוד מותאם אישית אתם כותבים גשר בין סוכן מזג האוויר לסוכן המלונות אחר כך עוד אחד בין סוכן המלונות לסוכן הטיסות ועוד אחד לסוכן היומן זה עובד בהתחלה, אבל בכל פעם שמוסיפים סוכן חדש בונים אינטגרציה נוספת מהר מאוד יש לכם סיוט של חיבורים נקודתיים שבו שינוי אחד שובר את הכל הרווחים בפריון שהבינה המלאכותית שלכם הייתה אמורה לספק נאכלים על ידי עבודה תחזוקה בואו נסתכל על הכאב העסקי האמיתי בארגון שלכם כבר יש תהליכים עם העברות משימות נוצרת פנייה, מי שהוא מתעדף אותה, מי שהוא פותר אותה, מי שהוא מתעד אותה וכל שלב הוא העברה בעולם הישן אתם ממקנים כל שלב עם סוכן נפרד ואז מבלים שבועות בחיבור ביניהם אבל מה אם היה פרוטוקול שמאפשר לסוכנים לגלות זה את זה ולשתף פעולה ללא שום גשרים מותאמים אישית זה בדיוק מה ש-A2A עושה במילים פשוטות, A2A היא דרך סטנדרטית עבור סוכנים לדבר זה עם זה, להעביר עבודה ולבצע דברים כצוות מה זה A2A?

ההגדרה הפשוטה A2A מייצג סוכן לסוכן, agent to agent זהו פרוטוקול פתוח המאפשר לסוכני בינה מלאכותית לתקשר ישירות זה עם זה, ללא קשר למי שבנה אותם אפשר לחשוב על זה כעל HTTP עבור סוכנים HTTP היא השפה שדפדפני אינטרנט ושרתים משתמשים בה כדי לתקשר ו-A2A עושה את אותו הדבר עבור סוכנים סוכן שנבנה על ידי צוות ה-C שלכם במיקרוסופט קופיילוט סטודיו יכול לדבר עם סוכן שנבנה על ידי חברה אחרת בגוגל קלאוד כל עוד שניהם דוברים S2A זה גם לא פרויקט קטן S2A ממומן על ידי שמונה חברות ענק בהן גוגל, מייקרוסופט, סיסקו, סיילספורס, SAP ואחרות והוא מאוכסן על ידי קרן לינוקס גרסה 1.0 יציבה ומוכנה לשימוש אמיתי מה שאומר שאף ספק יחיד לא שולט בפרוטוקול זה לא עניין של גוגל או של מייקרוסופט זה עניין של התעשייה כולה התכנון פשוט במכוון S2A מתבסס על תקני אינטרנט קיימים כמו HTTP וGSON RPC דברים שכל מפתח כבר מכיר שום דבר אקזוטי או קנייני כאן זה מקל על ארגונים לאמץ אותו מבלי להחליף את התשתית הקיימת שלהם ייתכן ששמעתם על פרוטוקול אחר שנקרא MCP או Model Context Protocol הנה ההבדל MCP הוא פרוטוקול של סוכן לכלי כלומר הוא מחבר סוכן למקורות נתונים חיצוניים ולאס S2A הוא פרוטוקול של סוכן לסוכן המחבר סוכנים ישירות זה לזה הם לא מתחרים, הם משלימים זה את זה חישבו על MCP כעל החיבור האנכי מסוכן כלפי מטה לכלים שלו ועל S2A כעל החיבור האופקי בין סוכנים זה לצד זה עוד בחירת עיצוב אחת S2A מתייחס לסוכנים כאל ישויות אטומות כך שכאשר סוכן אחד מדבר עם אחר הוא לא רואה את תהליכי החשיבה הפנימיים, הכלים או הנתונים הפרטיים של הסוכן השני הוא רואה רק את המשימה ששלח ואת התוצאה שהוא מקבל בחזרה זה שומר על פרטיות ועל קניין רוחני סוכן מזג אוויר לא צריך לדעת איך סוכן המלונות מזמין חדרים הוא רק צריך להעביר את התחזית כעת בואו נסתכל על החלק הראשון בפאזל כרטיס הסוכן כרטיס הסוכן קורות החיים כל סוכן תואם S2A מפרסם משהו שנקרא כרטיס סוכן הכרטיס הזה הוא מסמך קרי למכונה שנמצא בכתובת URL סטנדרטית בדומיין של הסוכן ספציפית בנתיב Well-known Agent Card JSON אם אתם יודעים היכן סוכן חי אתם יכולים למשוך את הכרטיס שלו וללמוד כל מה שצריך כדי לעבוד איתו חישבו על כרטיס הסוכן כעל קורות חיים או כרטיס ביקור הוא אומר לסוכנים אחרים מי אתם ומה אתם מסוגלים לעשות הכרטיס מכיל את שם הסוכן תיאור טקסטואלי פשוט של היכולות שלו ותגיעות מיומנות שעוזרות בגילוי שלו הוא גם מפרט את כתובת ה-URL של נקודת הקצה שבה הוא מקבל בקשות את דרישות האימות שלו ואת פורמטי הקלט והפלט שהוא מקבל הנה דוגמה קונקרטית נניח שיש לך סוכן מומחה למזג אוויר כרטיס הסוכן שלו אומר אני יכול לספק מזג אוויר נוכחי ותחזית למד מינוס חמישה ימים לכל עיר הוא מפרט את נקודות הקצה של ה-API שלו כשהוא מקבל שם עיר ומחזיר טמפרטורה ותנאים בפורמט JSON זה כל העניין זו פשוט הצהרה ברורה של מה הוא יכול לעשות ללא סודות או לוגיקה פנימית חשופה גילוי עובד כך לסוכן מתזמר יש רשימה של כתובות URL של סוכנים מוכרים או שניתן להגדיר לאותן כשמשימה מגיעה המתזמר מושך את כרטיסי הסוכן קורא את התיאורים ומחליט איזה סוכן הוא ההתאמה הטובה ביותר כרטיס מזג האוויר אומר מזג אוויר אז משימות מזג אוויר הולכות לשם כרטיס המלונות אומר מלונות אז משימות מלונות הולכות לשם שימו לב שלא נדרש רישום מרכזי סוכנים לא צריכים להירשם במדריך גלובלי הם פשוט מפרסמים את הכרטיס שלהם במקום ידוע וכל סוכן אחר שמכיר את ה-URL יכול למצוא אותם זו בחירה עיצובית מכוונת ששומרת על המערכת מבוזרת וגמישה ניתן להוסיף מומחה חדש לרשת שלך על ידי מתן ה-URL שלא למתזמר והגילוי מתרחש באופן אוטומטי אז המתזמר יודע מי זמין אבל איך הם למעשה מעבירים את העבודה איך תקשורת סוכן לסוכן A2A עובדת אז המתזמר יודע אילו סוכנים זמינים דרך כרטיס הסוכן אבל איך הסוכנים האלה באמת מעבירים עבודה זה לזה התשובה פשוטה כל התקשורת מתבצעת על גבי HTTP באמצעות הודעות JSON-RPC אותו פרוטוקול שמניע את רוב שירותי האינטרנט כיום שום דבר מותאם אישית או מסובך רק תעבורת אינטרנט סטנדרטית הזורמת בין שני סוכנים הנה העניין לא כל המשימות זהות A2A תומך בשלושה דפוסי אינטראקציה שונים בהתאם למה שאתה צריך תגובה מיידית מטפלת בחיפושים מהירים שבהם הסוכן המרוחק יכול לענות באופן מיידי אתה שולח בקשה ומשיב מיד וסיימת בקשת תחזית להיום מסוכן מזג אוויר עובדת בדיוק כך תשובה הסינכרונית נכנס ויוצא סטרימינג מטפל במשימות ארוכות יותר אולי סוכן המומחה צריך לחפש במספר מסדי נתונים או להריץ ניתוח מורכב במקום לגרום לך לחכות לתגובה בודדת הסוכן שולח עדכוני סטטוס בזמן שהוא עובד באמצעות אירועים שנשלחים מהשרת אתה מקבל דוחות התקדמות לאורך הדרך ואז התוצאה הסופית מגיעה בסוף מעקב אחר משלוח חבילה עובד באותה דרך אתה רואה כל שלב כפי שהוא קורה התראה הסינכרונית מטפלת במשימות ארוכות טווח שבהן הסוכן המרוחק עשוי לקחת דקות, שעות או אפילו ימים קליטת עובד חדש היא דוגמה טובה מומחה אחד מקצה חשבונות איט בעוד אחר מטפל ברישום להטבות במשך מספר ימים סוכן הלקוח מגיש בקשה, מקבל מזהה משימה וממשיך בעבודתו מאוחר יותר, הסוכן המרוחק שולח את התוצאה דרך ובהוק הלקוח יכול גם לבדוק את ההתקדמות בכל עת על ידי תישול מזהה המשימה כל אינטראקציה עוקבת אחר אותו מבנה, הכל מאורגן כמשימה כשהלקוח שולח בקשה, הסוכן המרוחק יוצר משימה ומחזיר מזהה משימה המזהה הזה הופך לסימן המעקב לכל מה שקורה בהמשך להודעות בתוך המשימה יש תפקיד שאומר משלח אותן וחלקים שיכולים להיות טקסט פשוט, נתונים בינאריים כמו תמונות או מסמכים מתעני ג'ייסן או כתובות URL המצביעות על קבצים המאוכסנים במקום אחר אימות עוקב אחר מוסכמות רשת סטנדרטיות, או אוף, מפתחות API, הסימוני נושא, ברר טוקנס החשודים הרגילים, שום דבר חדש ללמוד כאן כרטיס הסוכן אומר ללקוח באיזו שיטת אימות להשתמש

נראה בפועל, נניח שהתזמר, אורקסטרייטור, זקוק לנתוני מזג אוויר עבור טיול הוא שולח משימה למומחה מזג האוויר מומחה מזג האוויר מאשר את הבקשה, מתחיל לאבד ומזרים בחזרה עדכוני התקדמות מושך נתונים, מנתח תוצאות, בוצע, ואז הוא שולח את התחזית הסופית התזמר לעולם לא רואה את הכלים הפנימיים של סוכן מזג האוויר את מפתחות ה-API שלו או את תהליך השקת המסקנות שלו הוא רואה רק את הפלט, זהו עקרון התכנון המרכזי, גבולות ברורים בין סוכנים וללא דליפת מצב פנימי אבל תקשור את סוכן לסוכן, A2A, לבדאי אינה מספיקה צריך בוס חכם שיתאם את כל המומחים האלו זה מביא אותנו לדפוס התזמר מומחה דפוס התזמר מומחה כאן הכל מתחבר דפוס התזמר מומחה הוא הארכיטקטורה הנפוצה ביותר במערכות רב סוכניות בייצור כיום תחשבו על זה כמו חברה עם מחלקות, אית, משאבי אנוש, כספים, כל אחת מטפלת בתחום שלה יש לכם מקבל החלטות מרכזי שמנתב עבודה לצוותים מתמכים וכל צוות מתמקד במה שהוא עושה הכי טוב התזמר מחזיק את התמונה הגדולה הוא מקבל את בקשת המשתמש, מבין מה צריך לקרות ומחליט איזה מומחה יכול לטפל בכל חלק אם משתמש מבקש, תכנן טיול לסיאטל בשבוע הבא התזמר לא מזמין טיסות או בודק מלונות בעצמו הוא יודע שיש מומחה טיסות, מומחה מלונות ומומחה מזג אוויר הוא מפרק את הבקשה לחלקים האלו ומעציל כל אחד מהם לכל מומחה יש מיקוד צר סוכן אחד מטפל בהזמנת טיסות, אחר בחיפוש מלונות ושלישי במיון אירועים חריגים הם לא צריכים לדעת דבר על התחומים זה של זה מומחה הטיסות מכיר חברות תעופה, מסלולים ותמחור הוא לא צריך לדעת שום דבר על סוגי חדרים במלון או מדיניות ביטולים המיקוד הצר הזה שומר על כל סוכן פשוט, קל לתחזוקה וקל לבדיקה הנה החלק החשוב המתזמר לא מבצע את המשימות הוא מנתב עבודה ומאחד תוצאות זה התפקיד היחיד שלו תפקיד המתזמר הוא להיות דיספאצ'ר חכם, לא סוכן על שמנסה לעשות הכל כשנותנים למתזמר להתחיל לבצע עבודת מומחים מאבדים את כל היתרון של התבנית זה הופך שוב לבלגן מונוליטי היזהרו מטעות נפוצה יש צוותים שיוצרים תחומי מומחיות חופפים שני סוכנים שטוענים שניהם שהם יכולים לטפל בתמיכת לקוחות או בחיפוש נתונים מה שיוצר בלבול בניתוב המתזמר לא יודע במי לבחור והמשתמשים מקבלים תוצאות לא עקביות התיקון פשוט למדי כל מומחה מחזיק תחום מוגדר בבירור ללא חפיפה אם שני סוכנים יכולים לעשות את אותו הדבר יש למזג אותם או לפצל את התחום בצורה נקייה יותר Copilot Studio של מייקרוסופט משתמש בתבנית הזו באופן מובנה הקופילות הראשי שלך משמש כמתזמר בעוד סוכני משנה וסוכנים מחוברים משמשים כמומחים כשמשתמש שואל משהו שמסתרה על פני תחומים מרובים הקופילות הראשי מעציל סמכויות למומחים המתאימים דרך A2A זה מובנה בפלטפורמה כך שלא צריך לתכנת את לוגיקת התזמור מאפס היתרון הגדול כאן הוא מודולריות צריך להחליף את ספק הזמנת המלונות שלך החליפו את מומחי המלונות מבלי לגעת במתזמר או בכל סוכן אחר מוסיפים יכולת חדשה בנו מומחה חדש רשמו אותו אצל המתזמר וסיימתם כל סוכן נשאר קטן ניתן לניהול וניתן לפריסה באופן עצמאי זו כל הנקודה במעבר מסוכנים מונוליטיים למערכת מרובת סוכנים אז יש לנו את הפרוטוקול את כרטיסי הסוכן ואת התבנית בואו נראה את זה בפעולה עם תרחישים אמיתיים דוגמאות אמיתיות ל-A2A בפעולה אז איך A2A באמת נראה בעולם האמיתי נתחיל עם דוגמה פשוטה אתה אומר לעוזר ה-AI שלך תכנן טיול לסיאטל בשבוע הבא בדרך הישנה לעשות דברים אותו עוזר בודד היה צריך לדעת הכל מזג אוויר, טיסות, מלונות, מסעדות הכל בבת אחת זו בקשה גדולה מדי מהנחיה אחת עם A2A המתזמר מפרק את זה הוא שולח משימה למומחה מזג אוויר ומבקש את התחזית לימים הספציפיים האלו במקביל הוא מבקש ממומחה טיסות למצוא טיסות המגיעות ביום שלישי בבוקר וחוזרות ביום חמישי בערב וממומחה מלונות לחפש מקומות לינה ליד מרכז סיאטל למד מינוס שלושה לילות כל מומחה עובד באופן עצמאי והם לא צריכים לדבר עם סוכנים אחרים כי לכל אחד יש את מקורות הנתונים הכלים והמומחיות שלו המתזמר אוסף את כל התוצאות ומאחד אותן לתשובה אחת המשתמש רואה תשובה אחת בלבד הנה התחזית אלו אפשרויות הטיסה שלך והנה שלושה מלונות ליד המשרד מאחורי הקלעים שלושה סוכנים נפרדים עבדו יחד ללא צורך בקוד אינטגרציה מותאם אישי כעת תרחיש עסקי נניח שמגיעה פנייה המחשב הנייד שלי לא מתחבר לבי פי אנ המתזמר מבין שמדובר בבעיית רשת הוא מעביר את הפנייה למומחה נהלים שמכיר את הצעדים הסטנדרטיים בדיקת מצב לכוח הווי פי אנ עימות פרטי הרשת והפעלה מחדש של השירות אותו מומחה מחזיר את הצעדים לביצוע לאחר מכן המתזמר מעביר את התוצאה למומחה כתיבת פניות שמתעד את הפתרון במערכת כל זה קורה בשניות ללא מגע יד אדם וצוות האית מתערב רק אם הצעדים האוטומטיים לא פטרו את הבעיה קליטת עובד חדש היא דוגמה נוספת אבל הפעם זה לוקח ימים, לא שניות עובד חדש מצטרף לחברה המתזמר מפעיל מומחה אית ליצירת חשבונות והקצאת חומרה מה שעשוי לקחת כמה שעות במקביל הוא מפעיל מומחה הטוות כוח אדם לטפסי הרשמה ומאוחר יותר מומחה מתקנים לגישה לשולחן ולטג עובד כל מומחה מריץ את המשימה הממושכת שלא באופן עצמאי והמתזמר עוקב אחר ההתקדמות באמצעות מזהי המשימות שדיברנו עליהם קודם כך שאם מומחה האית מסיים, המתזמר יודע זאת ואם מומחה המתקנים מתעכב, הוא יכול לבצע מעקב המשתמש רואה תהליך קליטה חלק אך מאחורי הקלעים מדובר בצוות מתואם שעובד לאורך ימים וזו לא רק תיאוריה חברת קוקה קולה בבראג'ז אפריקה כבר משתמשת בסוכני קופיילוט סטודיו עם דיינמיקס 365 כדי לבצע אוטומציה למחזורי תכנון המתכננים שלהם נהגו להשקיע עד שעה וחצי בכל יום במשימות חוזרות אם תזמור רב סוכנים, המחזורים האלו רצים בעצמם המתזמר מעציל סמכויות למומחים שמטפלים בחלקים שונים בתהליך תכנון שרשרת ההספקה התוצאה היא חיסכון של יותר משעה לאדם בכל יום רק על ידי מתן אפשרות לסוכנים לדבר זה עם זה במקום שאנשים יעבירו מידע בין מערכות אם כן, הדפוס זהה בכל הדוגמאות האלו כל סוכן הוא מומחה עצמאי שמכיר את התחום שלו ובעל כלים משלו והוא לא צריך לדעת דבר על הסוכנים האחרים A2M מספקת שכבת תקשורת פשוטה המאפשרת להם לשתף פעולה ללא קוד מוטעם אישית אתם מקבלים פרוטוקול סטנדרטי ותזמור חכם ללא גישורים ללא אינטגרציות נקודתיות וללא כאבי ראש בתחזוקה מייקרוסופט מושקעת בזה באופן מלא בואו נראה היכן Copilot Studio ו-Azure AI נכנסים לתמונה האקו סיסטם של מייקרוסופט, Copilot Studio ו-Azure AI אז איפה מייקרוסופט נמצאת בכל זה?

ממש במרכז Copilot Studio תומך כעת ב-A2A באופן טבעי וזה זמין לכלל המשתמשים מאז אפריל 2026 זו לא גרסת תצוגה מקדימה או בתא זה מוכן לייצור וכל לקוח זכאי יכול להשתמש בזה היום זה העניין ניתן לחבר סוכנים חיצוניים לתזמר הקופילות סטודיו שלכם כשאני אומר חיצוניים, אני מתכוון חיצוניים באמת סוכנים שנבנו בגוגל קלאוד, ב-AWS או בכל פלטפורמה אחרת שתומכת בפרוטוקול A2A לתזמר לא אכפת איפה הסוכן נמצא או עם איזו תשתית הוא נבנה כל עוד הוא דובר A2A, הוא יכול להצטרף לצוות ההגדרה פשוטה

קופילות סטודיו מושך אוטומטית את כרטיס הסוכן מאותה כתובת URL שהוא קובץ הג'סון המוכר שדיברנו עליו הוא קורא את יכולות הסוכן, דרישות האימות ופורמטי הקלט והפלט לאחר מכן הוא בונה מחבר מוטעם מאחורי הקלעים והתזמר שלכם יכול להתחיל להאציל משימות באופן מיידי אתם לא צריכים עבודת אינטגרציה ידנית או קוד מוטעם אישית פשוט מדביקים את ה-URL וסיימתם בצד של Azure, גם שירות הסוכנים של Azure Eye Foundry תומך ב-A2A יש לו נקודת קצה יהודית ל-API של A2A המאפשרת לתזמרים בקוד פתוח כמו Autogen, Langchain ו-Semantic Carnal להפעיל סוכני פאונדרי אז אם בניתם סוכנים באמצעות התשתיות האלה תוכלו לחבר אותם לעקו סיסטם של מייקרוסופט מבלי לשכתב דבר זה כביש דו-סיטרי מייקרוסופט עוקבת אחר אותו דפוס של תזמר מומחה שתיארנו הסוכן הראשי בקופילות סטודיו משמש כתזמר בעוד שסוכני משנה וסוכנים מחוברים הם המומחים כל אחד מטפל בתחום שלו והתזמר מנתיו וממזג זו אותה ארכיטקטורה רק רצה על הפלטפורמה של מייקרוסופט אבל הנה העניין, יש כמה מגבלות שצריך להכיר ראשית, כל דילוג תזמור נוסף מוסיף השיה אם הסוכן הראשי שלכם קורא לסוכן מחובר ואותו סוכן מחובר קורא למומחה אחר כל דילוג מוסיף זמן רשת בשיחות בזמן אמת, יותר מדי דילוגים עלולים להפוך את החוויה לעתית שנית, ההצלת יתר יוצרת כאוס ניתוב אם יש לכם יותר מדי מומחים עם תחומי אחריות חופפים התזמר מתחיל לקבל החלטות ניתוב שגויות אז הקפידו על מספר מומחים שניתן לנהל ועל הפרדה ברורה בין התחומים שלישית, קיימת מגבלה ספציפית לגבי סוכני נתונים בפבריק הם אינם פועלים כאשר הסוכן הראשי מוטמע במיקרוסופט 365 קופיילוט אם הפריסה שלכם מכוונת לאם 365, תכננו זאת בהתאם המגבלות הללו אמיתיות, אכן ניתנות לניהול הפלטפורמה בשלה מספיק לשימוש ייצורי ומייקרוסופט פועלת לסגירת הפערים הללו כעת בואו נחבר את הנקודות ונראה את התמונה הגדולה סעיף חיבור, איך הכל משתלב יחד בואו ניקח צעד אחורה ונראה איך החלקים הללו מתחברים A2A היא מערכת הטלפון שסוכנים משתמשים בה כדי להתקשר זה לזה כרטיסי הסוכן הם למעשה ספר הטלפונים שלכם הם מראים לכם למי להתקשר ומה כל סוכן מבצע המתזמר הוא הפקיד שמנתב כל שיחה למחלקה הנכונה אף אחד מהחלקים הללו לא עובד לבדו אתם צריכים את שלושתם בלי ספר טלפונים אינכם יודעים למי להתקשר בלי פקיד אף אחד לא מכוון את התנועה ובלי מערכת טלפון פקיד לא יכול לחבר אף אחד הם עובדים רק כצוות זה המקום שבו נכנסת המודולריות כשהמומחים שלכם מודולריים ניתן להוסיף יכולות חדשות בלי לשבור את מה שכבר עובד נניח שאתם רוצים להוסיף מומחי הזכרת רכב לעוזר הנסיעות שלכם אתם בונים אותו, מפרסמים את כרטיס הסוכן שלו ונותנים למתזמר את ה-URL שלו סיימתם מומחי הטיסות ומומחי המלונות נשארים בדיוק אותו הדבר גם המתזמר לא משתנה אתם פשוט מחברים חלק חדש והמערכת מסתגלת מכיוון שהפרוטוקול פתוח לעולם לא תיתקעו עם ספק יחיד המתזמר שלכם יכול לרוץ בקופילות סטודיו סוכן מזג האוויר בגוגל קלאוד סוכן המלונות ב-AWS והמערכות הפנימיות ב-Azure כולם מדברים את אותה השפה זו היופי בטקן פתוח הוא מונה התלות בספק ומאפשר לכם לבחור את הכלי הטוב ביותר לכל עבודה A2A אינו עוסק בבניית סוכן על חכם שיודע הכל הוא עוסק בבניית כוח עבודה גמיש של מומחים שניתן לארגן מחדש כשהצרכים משתנים אתם לא מחליפים את הסוכנים שלכם אתם מארגנים אותם מחדש אתם מוסיפים חדשים אתם מחליפים את הישנים המערכת צומחת יחד איתכם במקום להפוך לצוואר בקבוק אז מה אתם יכולים לעשות עם הידע הזה היום?

תובנות מעשיות התחילו בקטן בחרו תהליך אחד חזרתי בארגון שלכם שכולל מספר מערכות פתרון כרטיסים, קליטת עובדים או דיווח הוצאות למשל משהו אם העברות ברורות בין שלבים לאחר מכן בנו אב טיפוס עם מתזמר אחד ושני מומחים אתם לא צריכים ארכיטקטורה גרנדיוזית אתם רק צריכים דוגמה עובדת שניתן ללמוד ממנה משתמש בחלים שכבר תומכים בכך לקו-פיילוט סטודיו יש תמיכה מובנית באש טיים-אה וגם לאזר אי-פאונדרי יש אינך צריך לבנות את הפרוטוקול מאפס או לכתוב קוד אינטגרציה מותאם אישית הדבק כתובת URL הגדר את הסוכנים שלך והתחל להאציל סמכויות שים לב למלכודות נפוצות ודש את תחומי המומחיות של הסוכנים שלך לא חופפים אם שני סוכנים יכולים לעשות את אותו הדבר אמצע אותם או פצל את התחום בצורה ברורה יותר תן לה מתזמר לטפל בניתוב לא בביצוע ושמור על השעיה הנובעת מניתוב בין סוכנים אם זמן התגובה מתחיל לעלות ייתכן שיש לך יותר מידי שכבות של ההצלת סמכויות הצעד הראשון הטוב ביותר הוא פשוט מפה את העברות המידע בזרימת העבודה הקיימת שלך איפה עובר מידע בין אנשים או בין מערכות אלו המקומות שבהם סוכנים יכולים להשתלט כל העברת מידע היא הזדמנות אז זהו מערך ה-A2-A על רגל אחת שלושה חלקים פשוטים שעובדים יחד סוכנים מפסיקים להיות מבודדים ומתחילים לפעול כצוות אמיתי מחר זרימת עבודה אחת עם העברות ברורות והתחל לבנות משם הרשם לעוד הסברים פשוטים והשאר תגובה אם משהו התחבר לך