AWS udostępnia bezpośrednie API wyszukiwania w sieci dla niestandardowych agentów i potoków danych

Amazon Web Services ogłosiła samodzielne API wyszukiwania w sieci dla Amazon Bedrock AgentCore 11 listopada 2026 r. Umożliwia ono aplikacjom pobieranie uporządkowanych według rankingu wyników z sieci za pomocą jednego podpisanego wywołania, bez konieczności konfigurowania bramy. AWS nalicza opłatę w wysokości 7 USD za 1000 zapytań, a API zaprojektowano z myślą o niestandardowych agentach, potokach danych i istniejących aplikacjach.

Przed tą premierą wyszukiwanie w sieci w AgentCore było dostępne za pośrednictwem AgentCore Gateway, co wymagało skonfigurowania bramy, celu wyszukiwania w sieci oraz klienta Model Context Protocol (MCP). Nowa InvokeWebSearch operacja działa natomiast za pośrednictwem pakietów AWS SDK lub interfejsu wiersza poleceń AWS CLI, z użyciem standardowych poświadczeń AWS Identity and Access Management (IAM) i uwierzytelniania Signature Version 4, bez osobnego klucza API ani sekretu. Wyniki zawierają wyciągi tekstowe, a jeśli są dostępne — także tytuły stron, adresy URL i daty publikacji.

Bezpośrednie wyszukiwanie na potrzeby niestandardowej orkiestracji

API jest przeznaczone do niestandardowych pętli działania agentów i frameworków, takich jak LangChain czy LlamaIndex, a także do zastosowań niezwiązanych z agentami, w tym pulpitów nawigacyjnych, potoków weryfikacji faktów, wzbogacania treści i systemów monitorowania. Pozwala też programistom samodzielnie zarządzać ponawianiem prób, buforowaniem i obsługą błędów, zamiast powierzać te zadania bramie.

Usługa przeszukuje indeks internetowy obsługiwany przez Amazon. Jak informuje AWS, zapytania są obsługiwane w ramach AWS, a nie przesyłane do zewnętrznej wyszukiwarki. Operacja korzysta z tej samej infrastruktury wyszukiwania co Alexa+, Kiro, Quick i inne produkty Amazon.

Zapytania mogą mieć maksymalnie 200 znaków. Wywołujący mogą zażądać od 1 do 25 wyników, a jeśli maxResults nie zostanie podane, otrzymają maksymalnie 25 wyników. Listy domen uwzględnianych i wykluczanych mogą zawierać po 100 pozycji, a domena główna obejmuje również swoje subdomeny. Filtry publikacji przyjmują znaczniki czasu UTC w formacie RFC 3339, a oba publishedAfter i publishedBefore zakresy są domknięte.

Wywołujący korzystający z Pythona potrzebują Boto3 w wersji 1.43.127 lub nowszej; obsługa jest też dostępna w langchain-aws 1.9.3 i AgentCore Python SDK 1.26.0. W konsoli AgentCore użytkownicy mogą testować zapytania, ustawiając liczbę wyników, datę i domenę, sprawdzać metadane wyników oraz czas opóźnienia wywołań, a następnie wygenerować fragment kodu integracyjnego lub utworzyć cel bramy.

Tożsamość i zabezpieczenia sieci prywatnej

Wywołujący muszą mieć bedrock-agentcore:InvokeWebSearch uprawnienia do zarządzanego przez AWS narzędzia wyszukiwania w sieci — tego samego działania i zasobu, z których korzysta rola usługi bramy. Zasady kontroli usług mogą ustanawiać zabezpieczenia we wszystkich kontach, umożliwiając organizacjom zarządzanie bezpośrednim wyszukiwaniem równolegle z innymi uprawnieniami AWS.

W przypadku obciążeń działających w podsieciach prywatnych AWS PrivateLink może kierować wywołania przez punkt końcowy interfejsu w wirtualnej chmurze prywatnej (VPC), dzięki czemu ruch pozostaje w sieci AWS i nie wymaga bramy internetowej, bramy NAT ani serwera proxy. Zasady punktu końcowego, grupy zabezpieczeń, rozmieszczenie podsieci oraz aws:SourceVpce warunek IAM mogą ograniczać, które podmioty i ścieżki sieciowe mogą wywoływać wyszukiwanie.

CloudTrail rejestruje InvokeWebSearch żądania jako zdarzenia dotyczące danych, ale domyślnie nie są one rejestrowane. Ścieżka audytu lub magazyn danych zdarzeń wymaga selektora zdarzeń dla zasobu typu AWS::BedrockAgentCore::WebSearch zasób. Powstałe zdarzenia wskazują narzędzie wyszukiwania w sieci oraz maxResults, ale nie zawierają tekstu wyszukiwania ani filtrów. Obowiązujące warunki dopuszczalnego użytkowania wymagają również od klientów zachowania i wyświetlania cytowań źródeł oraz linków przekazywanych wraz z wynikami.

Dostępność i granice zastosowania bramy

API jest rozliczane według tego samego typu użycia co łącznik bramy, ale przy bezpośrednim dostępie nie nalicza się opłat za bramę. Domyślny limit wynosi 10 żądań na sekundę na konto w każdym regionie; klienci mogą wystąpić o jego zwiększenie. W chwili premiery usługa jest dostępna we wschodnich Stanach Zjednoczonych (Wirginia Północna), we wschodnich Stanach Zjednoczonych (Ohio), w zachodnich Stanach Zjednoczonych (Oregon), w Europie (Irlandia) oraz w regionie Azji i Pacyfiku (Tokio i Sydney).

AWS nadal zaleca korzystanie z AgentCore Gateway w przypadku większości obciążeń związanych z agentami, zwłaszcza przy wdrożeniach łączących narzędzia zgodne z MCP za jednym punktem końcowym, korzystających z opcjonalnych sesji MCP lub stosujących wspólną, zarządzaną przez administratora politykę źródeł w różnych zespołach. Obie ścieżki przeszukują ten sam indeks, ale brama może dodatkowo uwierzytelniać wywołujących za pomocą tokenów JSON Web Token, podczas gdy samodzielne API korzysta wyłącznie z IAM. Administratorzy bramy mogą egzekwować listy domen na poziomie celu, ukryte przed agentami wysyłającymi wywołania; żądania kierowane bezpośrednio do API zawierają własne filtry.

Dzięki tej premierze internetowy indeks Amazon jest dostępny bez konieczności wdrażania przez aplikację MCP ani stosu bramy. Granicę wyznacza zakres kontroli operacyjnej: wywołujący API bezpośrednio odpowiadają za obsługę żądań i filtrowanie, natomiast współdzielone środowiska agentów zachowują scentralizowane mechanizmy bramy do zarządzania narzędziami, uwierzytelnianiem i polityką źródeł.