A2A — הפרוטוקול
שמחבר סוכן לסוכן
MCP חיבר סוכני AI לכלים ולנתונים. A2A (Agent-to-Agent) עושה את הצעד הבא: הוא מאפשר לסוכנים לדבר זה עם זה — להאציל משימות, לתאם ולעבוד כצוות, גם כשהם נבנו על ידי חברות שונות. במדריך: ההבדל מ-MCP, Agent Cards, שכבת הפרוטוקולים המלאה של 2026, ומי כבר מאמץ אותה.
מה זה A2A ולמה הוא נחוץ
A2A — Agent-to-Agent Protocol — הוא סטנדרט פתוח שהשיקה Google באפריל 2025, להעברת הודעות ומשימות בין סוכני AI עצמאיים. הרעיון: בעולם שבו כל חברה בונה סוכנים, צריך שפה משותפת שמאפשרת לסוכן אחד לגלות סוכן אחר, להבין מה הוא יודע לעשות, ולהאציל לו משימה — בלי אינטגרציה ידנית לכל צמד.
חשוב על זה כך: סוכן מכירות שלך צריך לתאם פגישה. במקום שתכתוב קוד שמדבר ישירות עם מערכת היומן, הוא פשוט מדבר עם סוכן היומן דרך A2A — שולח לו משימה, מקבל תוצאה. שני הסוכנים יכולים להיות ממקורות שונים לגמרי, ובכל זאת לשתף פעולה.
A2A מול MCP — לא מתחרים, משלימים
הבלבול הנפוץ ביותר: "אז A2A מחליף את MCP?" ממש לא. הם עוסקים בשני חיבורים שונים לגמרי, ובמערכת אמיתית תשתמש בשניהם יחד:
| היבט | MCP | A2A |
|---|---|---|
| מחבר | סוכן ↔ כלים ונתונים | סוכן ↔ סוכן |
| יוצר | Anthropic | |
| אנלוגיה | "USB-C לכלים" | "שיחת טלפון בין עובדים" |
| יחידת עבודה | Tool call | Task |
| ממשל | Linux Foundation | Linux Foundation |
סוכן טיפוסי משתמש ב-MCP כלפי פנים (כדי לגשת ל-DB, API, קבצים) וב-A2A כלפי חוץ (כדי לתאם עם סוכנים אחרים). MCP הוא הידיים של הסוכן; A2A הוא הקול שלו לעמיתים.
שכבת פרוטוקולי הסוכנים של 2026
A2A ו-MCP הם רק שתי שכבות מתוך מחסנית שלמה שהתגבשה ב-2026. כל שכבה פותרת חיבור אחר, וכולן משלימות:
איך A2A עובד — Tasks, הודעות ו-Streaming
A2A רץ מעל HTTP עם JSON-RPC 2.0, כך שהוא משתלב בכל תשתית web קיימת. שלושת המושגים המרכזיים:
- Agent (Server / Client) — כל סוכן יכול לפעול כשרת (מקבל משימות) או כלקוח (שולח משימות). באינטראקציה אחת סוכן A הוא לקוח וסוכן B הוא שרת.
- Task — יחידת העבודה. ללקוח יש
message/sendלפתיחת משימה; לכל Task יש מזהה ומחזור חיים (submitted → working → completed / failed / input-required). - Message & Parts — הודעות מורכבות מ-Parts: טקסט, קבצים או נתונים מובנים (JSON). כך אפשר להעביר לא רק טקסט אלא גם תוצרים.
למשימות ארוכות, A2A תומך ב-streaming (Server-Sent Events) לעדכוני התקדמות, וב-push notifications (webhooks) לסוכנים שעובדים דקות או שעות. אם משימה דורשת קלט נוסף, השרת מחזיר מצב input-required והלקוח מספק אותו.
Agent Card — כרטיס הביקור של הסוכן
איך סוכן מגלה מה סוכן אחר יודע לעשות? דרך ה-Agent Card — קובץ JSON שהסוכן מפרסם (בדרך כלל ב-/.well-known/agent-card.json) שמתאר את שמו, יכולותיו, כתובת ה-endpoint, ואופן האימות. זהו הבסיס ל-discovery.
{
"name": "Calendar Agent",
"description": "מתאם פגישות ומנהל זמינות",
"url": "https://calendar.example.com/a2a",
"version": "1.0.0",
"capabilities": { "streaming": true, "pushNotifications": true },
"skills": [
{
"id": "schedule-meeting",
"name": "קביעת פגישה",
"description": "מוצא זמן פנוי וקובע פגישה בין המשתתפים",
"tags": ["calendar", "scheduling"]
}
]
}
אין צורך לכתוב את הפרוטוקול ביד. יש SDK רשמיים ל-A2A ב-Python, JavaScript/TypeScript, Java ו-Go, וגם אינטגרציות מוכנות ל-LangGraph, CrewAI ו-Claude Agent SDK. אתה מגדיר יכולות — ה-SDK מטפל בהודעות, ב-streaming ובאימות.
מי מאמץ, ומתי כדאי לך
A2A שוחרר ב-v1.0 יציב במרץ 2026 ועבר לניהול ה-Agentic AI Foundation של Linux Foundation יחד עם MCP. מעל 150 ארגונים תומכים — כולל AWS, Google, Microsoft, Salesforce ו-SAP. זהו כבר לא ניסוי, אלא תשתית תעשייתית.
מתי A2A רלוונטי לך
- Multi-agent systems — כשיש לך כמה סוכנים מתמחים שצריכים לתאם (Research → Write → Review), A2A הוא הדבק ביניהם.
- סוכנים חוצי-ארגון — כשסוכן שלך צריך לעבוד מול סוכן של ספק או שותף, בלי אינטגרציה ידנית.
- ארכיטקטורת Supervisor / Workers — סוכן-על שמאציל ל-workers עצמאיים, כל אחד עם ה-Agent Card שלו.
אם כל הסוכנים שלך רצים בתוך אפליקציה אחת, ייתכן שקריאות פונקציה רגילות מספיקות — A2A מבריק כשהסוכנים עצמאיים ומבוזרים. כמו בכל ארכיטקטורה מבוזרת, שקול את עלות התקורה מול הגמישות שאתה מרוויח. וכמו תמיד — קרא את מדריך אבטחת הסוכנים לפני שאתה פותח סוכן לעולם.