Noticias IA · fuente primaria
AWS muestra cómo AgentCore consulta bases de conocimiento entre cuentas
Edición: Álvaro MaureiraFecha: Fuente: Amazon Web Services
AWS documentó un patrón para que agentes de Amazon Bedrock AgentCore consulten una base de conocimiento respaldada por Redshift Serverless en otra cuenta sin copiar los datos. La guía separa permisos, orquestación y validaciones antes de convertir el patrón en una decisión de arquitectura.
Capítulo 01
El anuncio: una consulta que cruza cuentas
Amazon Web Services documentó cómo un agente de Amazon Bedrock AgentCore puede consultar una base de conocimiento respaldada por Amazon Redshift Serverless en otra cuenta de AWS sin copiar los datos. El patrón conserva una frontera IAM cross-account y ofrece una variante Strands y otra con AgentCore harness declarativo.
Amazon Web Services publicó una guía para organizaciones que ejecutan agentes con Amazon Bedrock AgentCore y mantienen bases de conocimiento gobernadas en cuentas separadas. El foco no es anunciar un modelo nuevo, sino explicar cómo una aplicación puede pedir una respuesta sobre datos estructurados cuando el agente y la base viven en fronteras administrativas distintas.
La diferencia importa porque la separación de cuentas suele proteger responsabilidades, datos y permisos, pero también añade una integración que debe demostrarse. AWS presenta arquitectura, límite de seguridad, recorrido de la petición y criterios para escoger entre dos formas de orquestación. Esta noticia, por tanto, se lee como un patrón documentado y acotado, no como una promesa de que cualquier cuenta pueda habilitarlo sin configuración.
Capítulo 02
La frontera real está en los datos
En el escenario descrito, la base de conocimiento usa Amazon Bedrock Knowledge Bases y está respaldada por Amazon Redshift Serverless en otra cuenta de AWS. El agente puede generar respuestas desde esa base sin que los datos de origen se copien a la cuenta donde corre el agente. La arquitectura conserva, así, una división entre carga de IA y carga de datos.
Eso no equivale a decir que la frontera desaparezca ni que el agente vea el conjunto completo. La consulta sigue necesitando una ruta de autorización hacia la cuenta de la base. La aportación editorial es separar dos ideas que a menudo se mezclan: consultar a través de una relación cross-account y replicar información para acercarla al consumidor. AWS documenta la primera; no autoriza a inferir la segunda.
- Cuenta del agenteAgentCore
- Puerta entre cuentasIAM + STS
- Cuenta de datosKnowledge Base
- Datos de origenSin copia
Capítulo 04
La petición y su recorrido
AWS representa una secuencia que comienza cuando la persona envía una pregunta en lenguaje natural desde una interfaz Streamlit o una API de AgentCore. Amazon Nova Pro decide llamar a la herramienta query_knowledge_base. El punto relevante es que la pregunta no salta directamente a una base sin mediación: pasa por una capa de orquestación que decide cuándo invocar la consulta.
En una variante, la herramienta corre como un proceso MCP local empaquetado con el runtime de AgentCore. En la otra, un harness de AgentCore llama una herramienta Lambda mediante AgentCore Gateway. Después, la herramienta asume el rol de acceso usando AWS STS, ejecuta RetrieveAndGenerate con Claude Haiku 4.5 y devuelve la respuesta y sus citas por la ruta elegida.
- Streamlit / APIEntrada
- Nova ProDecide llamar
- query_knowledge_baseHerramienta
- STS → RAGRol y respuesta
Capítulo 05
Dos variantes, una misma frontera
La primera variante despliega un agente Strands basado en código sobre AgentCore runtime. La segunda usa un AgentCore harness declarativo para el bucle administrado. AWS destaca que ambas pueden utilizar la misma frontera de acceso a los datos: el rol en la cuenta de la Knowledge Base, la sesión obtenida con STS y la llamada que retorna respuesta y citas.
La diferencia está en quién posee el bucle del agente y dónde vive la herramienta. El camino Strands ofrece control directo sobre el comportamiento codificado; el harness concentra más de la orquestación en una configuración administrada. La exigencia cross-account no decide por sí sola. La elección depende de cuánto control, operación y personalización necesita cada equipo, según el material citado.
Capítulo 06
La puerta IAM no es decorativa
En el recorrido de AWS, la herramienta asume bedrock_kb_access_role en la cuenta de la Knowledge Base mediante AWS Security Token Service. Esa puerta convierte la separación de cuentas en una condición operacional visible: la respuesta generada depende de que la sesión temporal pueda cruzar el límite con el alcance correcto y llamar al recurso correcto.
La propia guía recomienda mantener el rol limitado a las Knowledge Bases y modelos necesarios, además de usar credenciales STS renovables en runtimes de larga vida y entornos Lambda cálidos. Son prácticas de despliegue, no una certificación automática de seguridad. Antes de aceptar una respuesta, conviene registrar qué rol, Knowledge Base, modelo y cantidad de recuperación fueron utilizados.
- Solicitud naturalPregunta
- Tool selectionDecisión
- Sesión temporalSTS
- Respuesta y citasRAG
Capítulo 07
Cómo validar sin atribuir magia al agente
La validación que propone AWS busca hacer comparables las dos variantes: misma pregunta, mismo identificador de Knowledge Base, mismo modelo, misma cantidad de recuperación y una sesión nueva para cada comparación factual. Esa disciplina reduce el riesgo de explicar una diferencia por la arquitectura cuando en realidad cambió el contexto de la consulta o el estado conversacional.
Para preguntas a nivel de filas, la guía recomienda fijar cantidad de filas, rango de fechas y ordenamiento. También indica contrastar los hechos de negocio con la respuesta directa de la herramienta y con los datos estructurados subyacentes. La lección editorial es sencilla: una respuesta bien redactada sigue siendo generativa; el control debe mirar la consulta exacta, sus límites, las citas y la fuente de datos.
- EntradaMisma pregunta
- ConfiguraciónMismo modelo y count
- EstadoSesión nueva
- ContrasteDato subyacente
Capítulo 08
Elegir la solución mínima
El criterio más útil del artículo es no empezar por un agente si el trabajo no necesita uno. Si la aplicación sólo debe recuperar contenido, AWS sugiere evaluar Retrieve nativo con una política de recursos. Si cada solicitud necesita una única respuesta generada de manera determinista y no requiere selección de herramientas, razonamiento de varios pasos ni estado conversacional, se puede evaluar una llamada directa a RetrieveAndGenerate desde la aplicación o una función Lambda.
El agente entra cuando el modelo debe decidir cuándo o cómo consultar la Knowledge Base dentro de una conversación más amplia o de un flujo con herramientas. Esa gradación evita pagar complejidad antes de tiempo. La noticia no prescribe Strands ni harness para todos: entrega un mapa de decisión y deja que la necesidad observable del producto determine el nivel adecuado.
- RetrieveSólo contenido
- RetrieveAndGenerateRespuesta única
- AgentCoreDecisión del modelo
Capítulo 09
Qué está verificado y qué queda abierto
La fuente oficial sí documenta un patrón para que AgentCore genere respuestas sobre una Knowledge Base respaldada por Redshift Serverless en otra cuenta sin copiar los datos. También especifica la diferencia de acciones entre Retrieve y RetrieveAndGenerate, el rol IAM cross-account y dos recorridos: un agente Strands en runtime y un harness declarativo. Esos son los hechos que sostienen esta noticia.
Quedan abiertos la habilitación concreta de cada cuenta, la disponibilidad regional de los modelos, el desempeño de una carga real y la calidad de sus datos. AWS menciona requisitos como dos cuentas, modelos en us-west-2 y una Knowledge Base estructurada, pero la guía no demuestra que una organización en Chile tenga ese acceso listo. La conclusión responsable es probar con evidencia propia antes de adoptar.
Comunidad IA gratuita
Convierte esta noticia en aprendizaje aplicado
Continúa con clases, recursos y una ruta práctica para entender la inteligencia artificial y llevarla a decisiones reales, a tu ritmo y sin costo.