Bedrock AgentCore מגיע לזמינות כללית

AWS הכריזה על זמינות כללית (GA) של harness של Amazon Bedrock AgentCore, runtime מנוהל שדוחס את הדרך מרעיון ל-agent ברמת production לשתי קריאות API: CreateHarness להגדרת agent ו-InvokeHarness להרצתו. כל agent רץ בסביבה מבודדת עם גישה ל-filesystem ול-shell ושומר זיכרון בין sessions — מהלך מכוון שהופך agents stateful ארוכי-טווח ליכולת ברירת מחדל ולא לפרויקט הנדסי ייעודי.

ה-sandbox עם filesystem ו-shell, יחד עם זיכרון חוצה-sessions, מכוון לנקודות הכאב הנפוצות ביותר שצוותים פוגשים בבניית agents בבית: בידוד סביבה לבטיחות, ופרסיסטנטיות כדי שהעבודה של ה-agent היום תזין את עבודתו מחר. זה משתלב עם ההרחבה הרחבה של AgentCore שהוכרזה ב-Summit NY — חיפוש web, knowledge bases מנוהלים, ו-guardrails של מדיניות — וממצב את AgentCore כרקמת חיבור בין המודלים ב-Bedrock לבין workflows ארגוניים אמיתיים.

מבחינה תחרותית, זו התשובה הישירה ביותר של AWS ל-Copilot Cowork של מיקרוסופט (כעת GA עולמית עם תמיכה מרובת-מודלים) ולתבנית ה-agent-harness שג'רי ליו מ-LlamaIndex ואחרים קידמו. ה-pitch של 'שתי קריאות API' מהדהד את פשטות חוויית המפתח שהפכה את Lambda ו-Bedrock למוצלחים — להפשיט את האינסטלציה, ולחייב על ה-runtime.

ההסתייגות היא עלות ותלות בספק: סביבות מבודדות עם זיכרון מתמשך וגישת shell הן עוצמתיות אך צורכות כוח מחשוב, ומזינות את אותה חרדת חשבונות 'tokenmaxxing' שדוחפת את מיקרוסופט לבחון מודלים זולים יותר כמו DeepSeek V4. ארגונים ישקלו את הנוחות של AgentCore מול ניידות מרובת-ענן. שווה לעקוב אם מפתחים יאמצו את ה-primitive של ה-harness ישירות, או ימשיכו לבנות על frameworks פתוחים לטובת ניטרליות מספק.