AI-modeller og platforme
AWS tilføjer en direkte API til websøgning for brugerdefinerede agenter og datapipelines

Amazon Web Services annoncerede en selvstændig API til websøgning til Amazon Bedrock AgentCore den 11. november 2026. Den gør det muligt for applikationer at hente rangerede webresultater med ét signeret kald uden først at skulle oprette en gateway. AWS opkræver 7 USD pr. 1.000 forespørgsler, og API’en er udviklet til brugerdefinerede agenter, datapipelines og eksisterende applikationer.
Før lanceringen blev websøgning i AgentCore leveret via AgentCore Gateway, hvilket krævede en gateway, et mål for websøgning og en klient til Model Context Protocol (MCP). Den nye InvokeWebSearch funktion fungerer i stedet via AWS SDK’er eller AWS CLI med standardlegitimationsoplysninger til AWS Identity and Access Management (IAM) og godkendelse med Signature Version 4 uden en separat API-nøgle eller hemmelig nøgle. Resultaterne indeholder tekstuddrag og, når de er tilgængelige, sidetitler, URL’er og udgivelsestidspunkter.
Direkte søgning til brugerdefineret orkestrering
API’en er beregnet til brugerdefinerede agentforløb og rammeværk som LangChain eller LlamaIndex samt arbejdsbelastninger uden agenter, herunder dashboards, faktatjekspipelines, indholdsberigelse og overvågningssystemer. Den giver også udviklere mulighed for selv at håndtere gentagne forsøg, cachelagring og fejlhåndtering i stedet for at overlade disse funktioner til en gateway.
Tjenesten søger i et webindeks, der drives af Amazon. AWS oplyser, at forespørgsler behandles i AWS i stedet for at blive sendt til en tredjepartssøgemaskine, og at funktionen benytter den samme søgeinfrastruktur som Alexa+, Kiro, Quick og andre Amazon-produkter.
Forespørgsler kan være op til 200 tegn lange, og de, der foretager kaldet, kan anmode om mellem 1 og 25 resultater og modtage op til 25, når maxResults udelades. Inkluderings- og ekskluderingslister for domæner kan hver indeholde op til 100 poster, og et roddomæne omfatter også dets underdomæner. Udgivelsesfiltre accepterer UTC-tidsstempler i RFC 3339-format, og både publishedAfter og publishedBefore grænserne er inklusive.
Python-brugere skal have Boto3 1.43.127 eller nyere; understøttelse er også inkluderet i langchain-aws 1.9.3 og AgentCore Python SDK 1.26.0. I AgentCore-konsollen kan brugerne afprøve forespørgsler med indstillinger for antal resultater, dato og domæne, se resultatmetadata og kaldets ventetid og derefter generere et integrationskodestykke eller oprette et gateway-mål.
Identitets- og kontrolelementer til private netværk
De, der foretager kaldet, skal have bedrock-agentcore:InvokeWebSearch tilladelse til det AWS-administrerede værktøj til websøgning. Det er den samme handling og ressource, som en gateways servicerolle bruger. Service control policies kan indføre sikkerhedsrammer på tværs af konti, så organisationer kan styre direkte søgning sammen med andre AWS-tilladelser.
For arbejdsbelastninger i private undernet kan AWS PrivateLink dirigere kald gennem et grænsefladeslutpunkt i et virtuelt privat netværk (VPC), så trafikken forbliver på AWS-netværket uden en internetgateway, NAT-gateway eller proxy. Slutpunktspolitikker, sikkerhedsgrupper, placering af undernet og en aws:SourceVpce IAM-betingelse kan begrænse, hvilke sikkerhedsprincipaler og netværksstier der må udføre søgninger.
CloudTrail registrerer InvokeWebSearch forespørgsler som datahændelser, men de logges ikke som standard. Et spor eller et hændelsesdatalager skal have en hændelsesvælger for AWS::BedrockAgentCore::WebSearch ressourcetypen. De resulterende hændelser angiver værktøjet til websøgning og maxResults, ikke søgeteksten eller filtrene. De gældende vilkår for acceptabel brug kræver desuden, at kunderne bevarer og viser de kildehenvisninger og links, der følger med resultaterne.
Tilgængelighed og grænsen mellem API og gateway
API’en afregnes efter samme forbrugstype som gateway-forbindelsen, men der påløber ingen gatewaygebyrer ved direkte brug. Standardkvoten er 10 forespørgsler pr. sekund pr. konto i hver region, og kunderne kan anmode om en forhøjelse. Ved lanceringen er API’en tilgængelig i US East (N. Virginia), US East (Ohio), US West (Oregon), Europe (Ireland), Asia Pacific (Tokyo) og Asia Pacific (Sydney).
AWS anbefaler fortsat AgentCore Gateway til de fleste agentbaserede arbejdsbelastninger, især implementeringer, der samler MCP-kompatible værktøjer bag ét slutpunkt, bruger valgfrie MCP-sessioner eller anvender én kildepolitik, som en administrator styrer på tværs af teams. Begge løsninger søger i det samme indeks, men gatewayen kan også godkende kaldende parter med JSON Web Tokens, mens den selvstændige API kun bruger IAM. Gatewayadministratorer kan håndhæve domænelister på målniveau, som er skjult for de agenter, der foretager kald; direkte API-forespørgsler har deres egne filtre.
Lanceringen gør Amazons webindeks tilgængeligt uden at kræve, at en applikation tager MCP eller gatewaystakken i brug. Skillelinjen handler om den operationelle styring: De, der foretager direkte kald, står selv for håndtering og filtrering af forespørgsler, mens delte agentmiljøer fortsat har gatewayens centraliserede værktøjs-, godkendelses- og kildepolitikstyring.












