AWS מפרטת מדיניות מחזור חיים לזיכרון של AgentCore

ככל ש-agents צוברים זיכרון מתמשך, צף מצב כשל שנדון מעט: נפיחות זיכרון שפוגעת באיכות התשובות ויוצרת חשיפה רגולטורית. ההנחיה של AWS על מדיניות מחזור חיים לזיכרון Amazon Bedrock AgentCore מתייחסת לכך ישירות, ומראה כיצד לתת ניקוד לזיכרונות לפי רלוונטיות, לאחד פריטים קשורים, ולגזום ישנים או רגישים — תוך התייחסות לזיכרון ה-agent כמחזור חיים מנוהל של נתונים ולא כלוג שגדל ללא הפסקה.

מבחינה תפעולית, AWS מציעה להריץ את המדיניות הזו כ-workflow לילי של Step Functions, ארוז כ-CDK stack בר-deploy כדי שצוותים יוכלו לאמץ אותו בלי לבנות את התזמור מאפס. ניקוד ואיחוד שומרים על ההקשר השימושי ביותר נגיש, בזמן שהגיזום שולט גם באיכות (הימנעות משליפת זיכרונות לא-רלוונטיים או סותרים) וגם בציות (הסרת נתונים שאסור לשמור). זהו אות בגרות: השיחה עוברת מ'האם agents יכולים לזכור?' ל'איך אנחנו מנהלים את מה שהם זוכרים?'

התזמון בולט מפני שזיכרון הפך לאובססיה המשותפת של התעשייה השבוע — Microsoft השיקה זיכרון native חוצה-סשנים ל-Agent Framework שלה דרך Azure Cosmos DB, ו-NVIDIA פירטה agent מונע-זיכרון עם NemoClaw. הזווית של AWS היא ממשל ומחזור חיים, המשלימה את דוגמת עוזר ה-WhatsApp אומני-הערוצי שלה. עבור ארגונים, מחזור החיים של הזיכרון הוא המקום שבו deployments של agents נפגשים עם משטרי שמירת נתונים ופרטיות מהעולם האמיתי (GDPR, כללים סקטוריאליים), מה שהופך אותו לפיצ'ר ציות באותה מידה כמו פיצ'ר איכות. השאלה הפתוחה בכל הגישות הללו היא סטנדרטיזציה — כל ספק בונה זיכרון לתוך ה-stack שלו, ומעלה חששות של ניידות ותלות בספק עבור צוותים שמפעילים צי agents מרובה-ענן.