Bedrock AgentCore מקבל Web Search API: חיבור לרשת בקריאה אחת

AWS הוסיפה Web Search API ל-Amazon Bedrock AgentCore. מפתחים קוראים לו כבקשה חתומה אחת דרך ה-SDK או ה-CLI של AWS, בלי gateway להגדיר ובלי תשתית להקים. AWS ממצבת אותו לאפליקציות, ללולאות של agents ולצינורות נתונים שצריכים מידע עדכני מהרשת כדי לבסס את התשובות שלהם.

העיצוב מינימלי בכוונה. הרבה frameworks של agents ניגשים לרשת דרך API חיפוש של צד שלישי כמו Tavily, Serper, Exa או Brave, ולכל אחד מפתחות, חיוב ו-rate limits משלו. השימוש במודל הבקשות החתומות של AWS אומר שהחיפוש נכנס תחת אותן הרשאות IAM, אותו logging ואותו חיוב כמו שאר ה-deploy ב-AWS. לארגונים זה מפשט רכש ובדיקות אבטחה, שלעתים קרובות מעכבים אימוץ של API חיצוני. זה גם עוזר בביקורת, כי החיפושים מופיעים בניטור הקיים של החשבון.

ההשקה משתלבת במאמץ של AWS להפוך את AgentCore לסביבת ריצה שלמה ל-agents. בשבועות האחרונים היא הוסיפה את AgentCore Runtime V2 עם cold starts מהירים יותר, Agent Registry שמסתנכרן עם שרתי MCP, את framework ההערכה UAEF, ו-Nitro Sandboxes לבידוד קוד שמריצים agents. AWS מדווחת על עשרות אלפי לקוחות AgentCore. ביסוס תשובות על חיפוש הוא דרישה בסיסית ל-agents שעונים על שאלות אקטואליה או מבצעים משימות מחקר, והצעה מובנית שלו מורידה עוד סיבה לפנות לפלטפורמה חיצונית.

נשארו שאלות פתוחות. ההכרזה לא מפרטת איזה אינדקס חיפוש עומד מאחורי התוצאות, איך עובד הדירוג, ועד כמה התוצאות עדכניות ומלאות לעומת שירותים שמבוססים על Google או Bing. התמחור וה-rate limits יכריעו אם הוא יתחרה בספקים המתמחים על עלות. צוותים צריכים גם לחשוב על סיכוני prompt injection: כל תוצאת חיפוש יכולה להכיל הוראות שמכוונות ל-agent, ולכן צריך לטפל בפלט החיפוש כמו בכל קלט לא מהימן אחר. כדאי לעקוב אחרי benchmarks מול API חיפוש קיימים ואחרי שילוב ב-Strands וב-frameworks אחרים של AWS ל-agents.