AWS vende la investigación web en una llamada: su agente recibe una respuesta leída por otro
Web Answer en Bedrock AgentCore está en disponibilidad general (GA): busca en un índice de Amazon, lee páginas y devuelve una respuesta citada a US$10 por 1.000 llamadas.
Escuche este artículo · 4 min
Narración completa del artículo, generada con IA.

Cuando un agente necesita algo de la web, alguien tiene que leer las páginas. Hasta ahora, ese alguien solía ser el propio modelo del agente: una herramienta de búsqueda devolvía enlaces y fragmentos, y el modelo decidía qué significaban. Ahora AWS se ofrece a hacer esa lectura por él.
Web Answer, en disponibilidad general (GA) en Amazon Bedrock AgentCore, recibe una pregunta en lenguaje natural y devuelve una respuesta sintetizada con citas, mediante una sola llamada a una herramienta MCP. Detrás de esa llamada, planifica búsquedas, ejecuta varias en paralelo, lee páginas para verificar datos y vuelve a buscar si la evidencia es escasa.
Los detalles que importan
Web Answer es un conector gestionado, propiedad de AWS, que se conecta a un AgentCore Gateway. La respuesta vuelve como Markdown con marcadores de cita en línea, además de citas estructuradas con URL y dominio. Las llamadas se pueden acotar por dominio, por rango de fechas de publicación y por país. Los administradores fijan los límites de dominio en el destino del gateway, y un agente puede acotarlos en cada llamada, pero nunca ampliarlos.
Dos hechos destacan para las empresas. Primero, busca en un índice web y un grafo de conocimiento operados por Amazon, y AWS dice que no envía consultas a motores de búsqueda de terceros ni a sitios web externos. Segundo, admite autenticación IAM o JWT en el gateway, conectividad privada mediante PrivateLink y métricas de CloudWatch.
En su lanzamiento cuesta US$10 por 1.000 llamadas a la herramienta, solo funciona en US East (N. Virginia) y tiene un límite predeterminado de 10 transacciones por segundo por cuenta. En el ejemplo de AWS, una respuesta tardó algo más de cinco segundos.
¿Respuesta o resultados?
AWS sigue ofreciendo Web Search, que devuelve resultados clasificados y deja la síntesis a quien lo invoca. Elegir entre uno y otro es una decisión de arquitectura.
| Web Search | Web Answer | |
|---|---|---|
| Qué recibe el agente | Enlaces clasificados, títulos y fragmentos | Una respuesta redactada con citas |
| Quién interpreta las fuentes | El modelo de su agente | El servicio de AWS y luego su modelo |
| Tokens que gasta su modelo | Más: lee los resultados | Menos: lee una respuesta |
| Dónde se esconden los errores | En la lectura que hace su modelo | En una síntesis que usted no vio ocurrir |
| Mejor para | Decisiones que necesitan la evidencia misma | Datos rápidos, orientación, temas de actualidad |
El trade-off central es que Web Answer añade un segundo modelo entre su agente y la evidencia. Su síntesis puede ser buena, pero su agente hereda sus omisiones y sus malas lecturas como hechos, y las citas muestran de dónde salió la respuesta sin mostrar qué quedó fuera. Para un agente de atención al cliente que comprueba los plazos de entrega publicados por una transportista, eso está bien. Para un agente de cumplimiento normativo que lee la nueva guía de un regulador, el agente debería leer la página del regulador, como argumentamos en nuestro artículo sobre citar una regla versionada en lugar de reinterpretarla.
La custodia de las preguntas
El ángulo de privacidad es fácil de pasar por alto. Las preguntas que un agente hace a la web revelan en qué trabaja la empresa: un objetivo en una adquisición, un proveedor bajo revisión, un síntoma en un retiro de producto. Un servicio que mantiene esas consultas dentro del índice de un solo proveedor, sin pasarlas a motores de búsqueda externos, tiene una ventaja real de custodia frente a herramientas que reenvían las consultas a terceros. Es la misma pregunta que planteamos sobre la API de búsqueda de DeepSeek y quién ve las consultas.
Una política breve
- Use Web Answer para orientación y datos de bajo riesgo, con límites de dominio fijados por los administradores.
- Use la búsqueda en crudo más su propio modelo, o la recuperación directa desde la fuente, cuando la respuesta vaya a sustentar una decisión que alguien firma.
- Registre la pregunta, la respuesta y las citas juntas, porque «lo dijo el agente» no es una fuente.
- Trate la disponibilidad solo en US East como una cuestión de residencia de datos antes que de latencia, sobre todo para equipos fuera de Estados Unidos.