AWS משיקה Web Search API ל-Bedrock AgentCore: חיפוש ברשת בקריאה אחת, בלי להקים תשתית
AWS השיקה את Web Search API ב-Amazon Bedrock AgentCore. מעכשיו קוד של מפתחים יכול לחפש ברשת בקריאת API חתומה אחת מתוך ה-SDK או ה-CLI של AWS, בלי להקים שער (gateway) ובלי ליצור משאבים מראש. החיפוש מתבצע באינדקס רשת ש-Amazon מפעילה בעצמה, והשאילתות לא מועברות למנוע חיפוש של צד שלישי.
יש 1 עדכונים מאוחרים יותרכל 3 הכתבות על הנושא, בציר זמן אחד ←Amazon Web Services (AWS) הכריזה על Web Search API בפלטפורמת Amazon Bedrock AgentCore, הפלטפורמה של החברה לבנייה ולהרצה של סוכני AI. הממשק החדש מאפשר לקוד של מפתחים לחפש ברשת בקריאת API אחת, בלי להקים קודם רכיבי תשתית. הוא זמין דרך ה-SDK של AWS ודרך ממשק שורת הפקודה שלה (AWS CLI), והבקשות נחתמות באותם פרטי הזדהות של IAM, מערכת ניהול ההרשאות של AWS, שהמפתחים כבר משתמשים בהם בשירותים אחרים.
הבעיה: מודלים שלא יודעים מה קרה אתמול
מודלי שפה גדולים (LLM) מכירים רק את המידע שהיה קיים עד שסיימו לאמן אותם. כש-AI צריך לענות על שאלות על אירועים אחרונים, השקות מוצרים, מחירים או רגולציה, הוא חייב לקבל מידע עדכני ממקור חיצוני. לפי AWS, עד עכשיו היכולת הזו ניתנה ב-AgentCore רק דרך AgentCore Gateway. כדי להשתמש בה היה צריך ליצור gateway, להגדיר יעד חיפוש ולקרוא לכלי מלקוח MCP (Model Context Protocol, פרוטוקול פתוח לחיבור סוכני AI לכלים חיצוניים).
AWS מציינת שההגדרה הזו מתאימה לצוותי פלטפורמה שמחילים מדיניות חיפוש אחת על סוכנים רבים, אבל היא יותר ממה שצריך כשקוד פשוט רק רוצה תוצאות חיפוש.
איך זה עובד
הממשק החדש הוא פעולה בשם InvokeWebSearch. הבקשות נחתמות בשיטת SigV4 של AWS, כך שאין מפתח API או סוד נפרד לנהל. הקורא צריך הרשאת IAM אחת, bedrock-agentcore:InvokeWebSearch. לדברי החברה זו אותה הרשאה שבה משתמש ה-gateway, כך שמדיניות אחת מכסה את שני המסלולים. אפשר גם לנתב את הקריאה דרך VPC endpoint, כלומר מתוך רשת פרטית בענן בלי לצאת לאינטרנט הציבורי.
בבקשה עצמה אפשר לסנן לפי דומיינים שיש לכלול או להחריג, ולפי טווח תאריכי פרסום. התוצאות מגיעות מדורגות, ובכל אחת יש קטע טקסט מהעמוד, ולפי הזמינות גם כותרת, URL ומועד פרסום. מספר התוצאות המרבי נקבע בפרמטר maxResults. בדוגמת הקוד ש-AWS פרסמה, למשל, החיפוש מוגבל לאתרים aws.amazon.com ו-kubernetes.io ולעמודים שפורסמו מתחילת 2026.
לפי AWS, החיפוש מתבצע באינדקס רשת שהיא מפעילה בעצמה, והשאילתות מטופלות בתוך AWS ולא נשלחות למנוע חיפוש של צד שלישי. החברה מוסיפה שהממשק רץ על אותה תשתית חיפוש שמשמשת את Alexa+, את Kiro, את Quick ומוצרים אחרים של Amazon.
למי זה מיועד
AWS מדגישה שה-gateway נשאר המסלול המומלץ לרוב עומסי העבודה של סוכנים, ושה-API החדש בא להשלים אותו ולא להחליף אותו. החברה מונה כמה תרחישים שבהם ה-API הישיר מתאים יותר:
- מפתחים שבונים לולאת סוכן משלהם או עובדים עם frameworks כמו LangChain או LlamaIndex, ורוצים לקרוא לחיפוש ישירות מתוך הקוד.
- שימושים שאינם סוכנים: לוחות מחוונים מבוססי חיפוש, תהליכי בדיקת עובדות, העשרת תוכן ומערכות ניטור.
- שליטה הדוקה יותר בניסיונות חוזרים, במטמון ובטיפול בשגיאות.
- אפליקציות קיימות שכבר יש להן שכבת API משלהן.
המשמעות
המהלך מוריד את רף הכניסה לשילוב מידע עדכני מהרשת בשירותי AWS. ככל הנראה מי שירוויחו ממנו בעיקר הם מפתחים שכבר עובדים בסביבת AWS ובונים סוכנים או תהליכי נתונים בלי להשתמש בתשתית ה-MCP המלאה. במקום להקים שער ולהגדיר כלים, מספיקות הרשאה אחת וקריאה אחת.
ההדגשה שהשאילתות לא יוצאות לצד שלישי מכוונת ככל הנראה ללקוחות ארגוניים, שבשבילם השאלה לאן נשלח המידע לא פחות חשובה מאיכות התוצאות. ההודעה לא כוללת פרטים על תמחור, ובדוגמאות שפורסמו מופיע אזור us-west-2 (אורגון).
כל בוקר במייל?סיכום חדשות ה-AI של אתמול, בעברית, בדקות קריאה ספורות. חינם, בלי ספאם.
מעדיפים טלגרם?להצטרפות לערוץ ←
ביטול בקליק אחד, בכל מייל · מדיניות פרטיות