Microsoft מוסיפה זיכרון native חוצה-סשנים ל-Agent Framework דרך Cosmos DB

התוספת של Microsoft מעניקה ל-agents של Agent Framework זיכרון עמיד ששורד על פני sessions, מגובה ב-Azure Cosmos DB כשכבת האחסון. חוויית המפתח פשוטה בכוונה: מתקינים את חבילת ה-Python בשם agent-framework-azure-cosmos-memory, מחברים CosmosMemoryContextProvider ל-agent פעם אחת, והזיכרון מתמיד ונטען מחדש אוטומטית מעבר לשיחה בודדת — ללא צנרת התמדה ייעודית.

השימוש ב-Cosmos DB הוא התאמה טבעית: העיצוב שלו — latency נמוך, הפצה גלובלית וגמישות סכמה — מתאים לדפוסי הקריאה/כתיבה של זיכרון agent, והוא מתחבר לאקוסיסטם הנתונים הרחב יותר של Azure לצורכי ממשל וקנה מידה. זה מאפשר לארגונים לשמור את מצב ה-agent בתוך טביעת הרגל הקיימת שלהם ב-Azure במקום לאמץ מאגר זיכרון נפרד.

התזמון הוא הכותרת: זה יוצא באותו יום כמו הנחיות ה-lifecycle של זיכרון AgentCore של AWS וה-framework NemoClaw של NVIDIA — שלושה hyperscalers/ספקים שמתכנסים באופן עצמאי על זיכרון agent מתמשך בחלון בודד של 24 שעות. ההתכנסות הזו מאשרת את נושא השבוע: מרוץ ה-agents של 2026 עבר מעבר ליכולת המודל הגולמית אל התשתית הסובבת (זיכרון, זהות, עדכניות) הנדרשת כדי להריץ agents באופן אמין בפרודקשן.

מבחינה תחרותית, היתרון של Microsoft הוא אינטגרציה — זיכרון כיכולת מובנית שמתחברת בשורה אחת בתוך Agent Framework, מגובה במסד נתונים מנוהל של Azure — מה שמוריד את חיכוך האימוץ לצוותים שכבר על Azure. כ-preview, ההסתייגויות הן בשלות ועלות: תמחור Cosmos DB בקנה מידה, כיצד הזיכרון מאונדקס ומאוחזר ביעילות, והאם ה-provider מציע את ממשל הדירוג/גזימה ש-AWS הדגישה. מפתחים צריכים לעקוב אחר מאפייני רלוונטיות האחזור והעלות ככל שה-preview מבשיל לקראת GA.