מנהלי ה-Model Context Protocol (MCP) פרסמו מפת דרכים מעודכנת שתעצב את מהדורת המפרט הבא של הפרוטוקול שהפך לתקן דה פקטו לחיבור מודלים של AI לכלים ונתונים חיצוניים. הפוסט ב-22 באוגוסט, שנכתב על ידי מנהלי התחזוקה הראשיים דיוויד סוריה פארה ודן דלימרסקי, מציג חמישה אזורי עדיפות - מפרימיטיבים של העברת הודעות סוכן ועד לזהות סוכן סטנדרטית - ומגיע שבועות ספורים לאחר שיפוץ המפרט של הפרוטוקול 2026-07-28.
העדכון משך תשומת לב מיידית של קהילת המפתחים, כאשר הודעת מפת הדרכים אוספת יותר מ-240 הצבעות בעד ולמעלה מ-140 תגובות ב-Hacker News בתוך ימים. עבור מפתחים הבונים יישומים סוכנים, המסמך מסמן היכן מנהלי הליבה וקבוצות העבודה של הפרוטוקול יעבירו את זמן הבדיקה שלהם - ואילו הצעות יעברו הכי מהר בתור. For more context on this story, see our ongoing AI trends.
מה שמפרט יולי כבר השתנה
לפני שקבעו סדרי עדיפויות חדשים, המתחזקים בחנו את מפת הדרכים הקודמת, שפורסמה במרץ 2026, שהתמקדה בארבעה תחומים: התפתחות תחבורה ומדרגיות, תקשורת סוכנים, התבגרות ממשל ומוכנות ארגונית. לפי הפוסט בבלוג, נעשתה "התקדמות משמעותית" בכל ארבע החזיתות, כאשר עיקר השינויים נחתו במהדורת המפרט של 2026-07-28.
השינוי הנובע ביותר היה הסרת הפעלות ברמת הפרוטוקול ולחיצת היד לאתחול, במעקב כ-SEP-2575 ו-SEP-2567. המשמעות של השינוי היא ששרת MCP יכול כעת לשנות את קנה המידה אופקית מבלי להחזיק מצב - עיבוד בסיסי שגורם לשרתי MCP מרוחקים להתנהג כמו שירותי אינטרנט רגילים. לקוחות יכולים גם להתקשר לנקודת קצה חדשה של 'שרת/גילוי' כדי ללמוד את הגרסאות והיכולות הנתמכות של השרת לפני שהם עושים כל דבר אחר, ותוצאות הרשימה הפכו ניתנות לקובץ שמור תחת SEP-2549.
בצד התקשורת של הסוכן, מבנה המשימות עובד מחדש להרחבה רשמית (SEP-2663), בעוד שתבנית Multi Round-Trip Requests חדש (SEP-2322) החליף בקשות יזומות של שרת, כך שזורם כמו חילוץ עבודה על שרתים חסרי מצב. גם הממשל הבשיל: הפרויקט אימץ רשמית סולם תורמים, קבוצות עבודה בודקות כעת את הצעות השיפור שלהן, והמפרט זכה למחזור חיים מתאים של תכונה ומדיניות הוצאה משימוש.
עבודת המוכנות הארגונית התמקדה בהרשאה, אימות מנפיק משלוח, אישורי לקוח הקשורים למנפיק ומסמכי מטה-נתונים של זיהוי לקוח כנתיב רישום הלקוח המועדף, כאשר ההרשאה המנוהלת בארגון מקודמת ליציבה כהרחבה.
חמש עדיפויות למחזור השחרור הבא
1. פרימיטיבים של הודעות סוכנות
העדיפות הראשונה מכירה בכך ש"עומסי העבודה הסוכנים המודרניים אינם מתאימים עוד לדפוס הבקשה והתגובה הסטנדרטי". לולאות נמשכות זמן רב יותר, שרתים דוחפים תוצאות מזרימות ומפתחים זקוקים ליכולת לנווט את העבודה באמצע הטיסה. MCP גדלה לקראת הדרישות הללו עם משימות, מנויים ופעולות האזנה, והודעות התקדמות - אבל המנהלים רוצים שהם יעבדו היטב ביחד.
העבודה המתוכננת כוללת אירועים ביוזמת השרת המועברים דרך webhooks וערוצים, "כדי שהלקוחות לא יישארו בסקר אחר תוצאות", סקירת הרכב המשתרעת על קבוצות העבודה של Agents, Transports ו-Triggers & Events, והבשלת תוסף המשימות כך שיוכל לעבור למפרט הליבה.
2. איחוד תעבורה מקורי של HTTP
עם המהדורה של יולי, כתבו המנהלים, "שרת MCP מרוחק אינו שונה כעת מכל עומס עבודה אחר של HTTP", מה שהופך את שרתי MCP לקלים לארח בתשתית שארגונים כבר משתמשים עבור ממשקי ה-API שלהם. הגישה "הוכחה בקנה מידה", ומפת הדרכים מציעה כעת למתוח אותה כך שתכסה שרתים מקומיים הדוברים HTTP ניתן להזרמה על פני קלט ופלט סטנדרטיים. איחוד על תחבורה אחת, נטען בפוסט, יפשט עוד יותר את פיתוח שרת ה-MCP והלקוח.
3. זהות סוכן ואבטחה מוכנה לארגון
אולי העדיפות הצופה פני עתיד ביותר מתייחסת לפער בין האופן שבו אישור MCP עובד כיום לבין האופן שבו סוכנים פועלים בפועל. ההרשאה הנוכחית בנויה סביב אדם שמאשר גישה בדפדפן - בסדר עבור לקוחות אינטראקטיביים, אך יותר ויותר לא בהתאמה למציאות.
"יותר ויותר מהמתקשרים הם סוכנים הפועלים כעומסי עבודה בענן עם זהות משלהם, הפועלים בשמו של משתמש שאינו נוכח, או מאצילים סמכויות מצומצמות יותר לסוכני משנה", כתבו המתחזקים. המטרה היא דרך סטנדרטית עבור שרתי MCP לזהות ולתת אמון באותן זהויות סוכן, "בנויה על סטנדרטים קיימים במקום על מפתחות API מודבקים ואסימונים ארוכים".
באופן קונקרטי, העבודה מכסה את סיום ההוכחה של הוכחת החזקה (DPoP) והנעת אימוצה, הגדרת נתיב דעתני לזהות סוכן והאצלה דרך Workload Identity Federation, מענק ID-JAG מאחורי הרשאות מנוהלות ארגוניות וחילופי אסימונים סטנדרטיים. הצוות גם ימשיך לעסוק בקבוצות העבודה של IETF OAuth ו-WIMSE כדי לעזור לסטנדרטים הבסיסיים להתפתח.
4. פרימיטיבים משופרים וגילוי כלי פרוגרסיבי
התקשרות לכלים נשארה החלק של MCP שרוב המפתחים נוגעים בו תחילה, וזה "החזיק מעמד היטב", לפי הפוסט. אבל הטיפול בתוצאות נופל: תגובת `כלים/קריאה` יכולה לשאת את אותו פלט ביותר מצורה אחת, ולמפתחי שרתים אין דרך לדעת איזו טופס לקוח נתון ישים מול המודל. מפת הדרכים שואפת לתקנן על חוזה אחד ברור.
המתחזקים גם סימנו את בעיית הגודל. "חיבור לשרת עם מאה כלים פירושו שהמודל משלם עבור כל המשטח הזה לפני שהמשתמש שאל שאלה אחת, ובחירת הכלים נוטה להחמיר ככל שהרשימה גדלה", כתבו. התשובה היא מאמץ גילוי מתקדם, המאפשר לשרת להציע נקודת כניסה קטנה ולחשוף יותר מהקטלוג שלו ככל שהשיחה מצטמצמת.
5. חוויית מפתחים משופרת של SDK
לבסוף, המתחזקים התחייבו להשקיע ב-SDKs שדרכם מתנסים רוב המפתחים ב-MCP - הארגונומיה שלהם, התאמתם למפרט והתיעוד שלהם בכל פלטפורמה ושפות נתמכות. ההימור עלה, הם ציינו, כעת כשמפתחים רבים בונים לקוחות ושרתים של MCP "על ידי הפניית סוכן לספריות שלנו", שם ממשקי API ברורים ותיעוד מדויק מחליטים אם הקוד שנוצר עובד עם חיכוך מינימלי.
מה זה אומר על המערכת האקולוגית
מפת הדרכים כוללת מבנה תמריצים מעשי: הצעות לשיפור מפרט (SEPs) הנופלות בתחומי העדיפות זוכות לבדיקה מהירה ולסיכוי הטוב ביותר להתקבל, בעוד שהצעות מחוץ לתחום אינן נדחות אוטומטית אלא מקבלות זמן אחרון לתחזוקה מועט. לכל אזור עדיפות יש שמות לתחזקי הליבה וקבוצת עבודה אחת או יותר, שלכולם יש מקום ליותר תורמים, ומנגנון ההרחבה הניסיוני תחת SEP-2133 מאפשר לקבוצות לבדוק רעיונות לפני הצעות רשמיות.
מאז שהציגה Anthropic את MCP בקוד פתוח בסוף 2024, הפרוטוקול התפשט ברחבי התעשייה, כאשר ספקי AI ובוני כלים גדולים אימצו אותו כדרך נפוצה לתת למודלים גישה למערכות חיצוניות. מפת הדרכים של אוגוסט מציעה שהשלב הבא של הפרוטוקול יוגדר פחות על ידי קישוריות בסיסית ויותר על ידי הבעיות הקשות יותר של העידן הסוכן: זיהוי מי - או מה - בעצם מתקשר, שמירה על כיוון עבודה ארוכת טווח ואילף את מגוון הכלים שסוכנים חייבים לנווט בהם.
עבור מפתחים וצוותי פלטפורמה המהמרים על MCP, המסר ברור: פעולת HTTP חסרת מדינה היא כעת קו הבסיס המשוער, ומרכז הכובד של הפרוטוקול עובר לכיוון סוכנים הפועלים באופן אוטונומי, נושאים את הזהויות הניתנות לאימות משלהם ומגלים יכולות בהדרגה ולא בבת אחת.
---
Stay Ahead of AIGet the latest AI news, analysis, and breakthroughs — all in one place.
Read more AI news →
