Microsoft מוסיפה memory מובנה בין sessions ל-Agent Framework דרך Cosmos DB

הפיצ'ר מכוון למגבלה מרכזית של agents בסביבת production: בלי זיכרון עמיד, הם משחזרים context מאפס בכל session, מה שפוגע ברציפות ומנפח את עלויות ה-token. ה-CosmosMemoryContextProvider של Microsoft מתחבר ל-Agent Framework כך שמפתחים מצרפים אותו פעם אחת ומקבלים recall אוטומטי בין sessions, כאשר Azure Cosmos DB מספק את מאגר הנתונים המבוזר גלובלית ובעל ההשהיה הנמוכה שמאחורי הקלעים.

התזמון מספר סיפור — זיכרון agent מתמשך הפך לתמה חוצת-ספקים בדיוק בשבוע הזה. AWS השיקה מדיניות lifecycle לזיכרון של AgentCore (מתן ציון, איחוד וגיזום של זיכרונות agent ב-workflow לילי של Step Functions), ו-NVIDIA פירטה כיצד לבנות agent מבוסס-זיכרון עם NemoClaw. כל השלושה מתכנסים לאותה תובנה: ככל שה-agents רצים זמן ארוך יותר, ניהול הזיכרון — ולא רק יכולת המודל — הופך למבדיל, וזיכרון מיושן או נפוח יוצר סיכון גם באיכות וגם בציות.

הבחירה של Microsoft לבנות על Cosmos DB היא מהלך פלטפורמה קלאסי, שמנווט את מפתחי ה-Agent Framework אל מסד הנתונים המנוהל שלה ומעמיק את התלות בספק בתוך ה-stack ה-agentic של Azure, שכולל גם את Foundry ואת Copilot Studio. הוא משלים את עדכוני ה-Copilot הרחבים יותר של Microsoft בספטמבר — נראוּת ניהול עלויות ב-Copilot Cowork, skills מותאמים לשיתוף, ממשק Notebooks בנוי מחדש ושיפורים ב-Agent Builder. בתור preview, ההסתייגות היא בשלוּת ל-production ותמחור בקנה מידה; מפתחים יעקבו אחרי איך עלויות הקריאה/כתיבה של Cosmos DB מצטברות תחת עומסי זיכרון agent כבדים. שווה לעקוב אחרי תזמון ה-GA ואחרי השאלה אם Microsoft תחשוף ניוד זיכרון או תשמור אותו כבול ל-Cosmos.