AWS incorpora una API de búsqueda web directa para agentes personalizados y canalizaciones de datos

Amazon Web Services anunció una API de búsqueda web independiente para Amazon Bedrock AgentCore el 11 de noviembre de 2026, que permite a las aplicaciones recuperar resultados web ordenados mediante una sola llamada firmada y sin tener que crear una puerta de enlace. AWS cobra 7 $ por cada 1.000 consultas. La API está diseñada para agentes personalizados, canalizaciones de datos y aplicaciones existentes.

Antes de este lanzamiento, la búsqueda web en AgentCore se ofrecía a través de AgentCore Gateway, que requería una puerta de enlace, un destino de búsqueda web y un cliente de Model Context Protocol (MCP). La nueva InvokeWebSearch operación, en cambio, funciona mediante los SDK de AWS o la CLI de AWS, con credenciales estándar de AWS Identity and Access Management (IAM) y autenticación Signature Version 4, sin necesidad de una clave de API ni de un secreto independientes. Los resultados incluyen extractos de texto y, cuando están disponibles, títulos de páginas, URL y fechas de publicación.

Búsqueda directa para orquestación personalizada

La API está pensada para ciclos de agentes y marcos de trabajo personalizados como LangChain o LlamaIndex, así como para cargas de trabajo que no utilizan agentes, entre ellas paneles, canalizaciones de verificación de datos, enriquecimiento de contenido y sistemas de supervisión. También permite a los desarrolladores gestionar por sí mismos los reintentos, el almacenamiento en caché y la gestión de errores, en lugar de delegar esas funciones en una puerta de enlace.

El servicio busca en un índice web operado por Amazon. AWS afirma que las consultas se procesan dentro de AWS, en lugar de enviarse a un motor de búsqueda de terceros, y que la operación utiliza la misma infraestructura de búsqueda que Alexa+, Kiro, Quick y otros productos de Amazon.

Las consultas pueden tener hasta 200 caracteres. Quienes realizan las llamadas pueden solicitar entre 1 y 25 resultados y recibir hasta 25 cuando maxResults se omite. Las listas de inclusión y exclusión de dominios pueden contener hasta 100 entradas cada una, y un dominio raíz también incluye sus subdominios. Los filtros de fecha de publicación aceptan marcas de tiempo UTC en formato RFC 3339, y tanto publishedAfter como publishedBefore los límites son inclusivos.

Quienes utilicen Python necesitan Boto3 1.43.127 o una versión posterior; la compatibilidad también está incluida en langchain-aws 1.9.3 y AgentCore Python SDK 1.26.0. En la consola de AgentCore, los usuarios pueden probar consultas con ajustes para el número de resultados, las fechas y los dominios, inspeccionar los metadatos de los resultados y la latencia de las llamadas y, a continuación, generar un fragmento de código de integración o crear un destino de puerta de enlace.

Controles de identidad y redes privadas

Quienes realizan las llamadas necesitan bedrock-agentcore:InvokeWebSearch permiso para utilizar la herramienta de búsqueda web administrada por AWS, la misma acción y el mismo recurso que usa el rol de servicio de una puerta de enlace. Las políticas de control de servicios pueden establecer medidas de protección en todas las cuentas, lo que permite a las organizaciones gestionar la búsqueda directa junto con otros permisos de AWS.

Para las cargas de trabajo en subredes privadas, AWS PrivateLink puede dirigir las llamadas a través de un punto de conexión de interfaz en una nube privada virtual (VPC), manteniendo el tráfico en la red de AWS sin una puerta de enlace de Internet, una puerta de enlace NAT ni un proxy. Las políticas de los puntos de conexión, los grupos de seguridad, la ubicación de las subredes y una condición de aws:SourceVpce IAM pueden restringir qué entidades principales y rutas de red pueden invocar la búsqueda.

CloudTrail registra InvokeWebSearch las solicitudes como eventos de datos, pero estos no se registran de forma predeterminada. Un registro de seguimiento o un almacén de datos de eventos necesita un selector de eventos para el AWS::BedrockAgentCore::WebSearch tipo de recurso. Los eventos resultantes identifican la herramienta de búsqueda web y maxResults, no el texto de búsqueda ni los filtros. Las condiciones de uso aceptable aplicables también exigen que los clientes conserven y muestren las citas de las fuentes y los enlaces incluidos en los resultados.

Disponibilidad y límites de la puerta de enlace

La API se factura según el mismo tipo de uso que el conector de puerta de enlace, pero la ruta directa no genera cargos por la puerta de enlace. La cuota predeterminada es de 10 solicitudes por segundo por cuenta en cada región, y los clientes pueden solicitar un aumento. En el lanzamiento, estará disponible en US East (N. Virginia), US East (Ohio), US West (Oregon), Europe (Ireland), Asia Pacific (Tokyo) y Asia Pacific (Sydney).

AWS sigue recomendando AgentCore Gateway para la mayoría de las cargas de trabajo con agentes, especialmente en implementaciones que combinan herramientas compatibles con MCP detrás de un único punto de conexión, utilizan sesiones MCP opcionales o aplican una política de fuentes controlada por un administrador para todos los equipos. Ambas vías buscan en el mismo índice, pero la puerta de enlace también puede autorizar a quienes realizan las llamadas mediante JSON Web Tokens, mientras que la API independiente solo utiliza IAM. Los administradores de la puerta de enlace pueden aplicar listas de dominios en el nivel de destino que quedan ocultas para los agentes que realizan las llamadas; las solicitudes a la API directa incluyen sus propios filtros.

Este lanzamiento permite acceder al índice web de Amazon sin que las aplicaciones tengan que adoptar MCP ni la arquitectura de puertas de enlace. La diferencia está en el control operativo: quienes realizan llamadas directas se encargan de gestionar las solicitudes y los filtros, mientras que los entornos compartidos de agentes conservan los controles centralizados de herramientas, autenticación y políticas de fuentes que ofrece la puerta de enlace.