Noticia8 min

AWS AgentCore junta conocimiento, búsqueda web y feedback: el agente ya necesita ciclo de mejora

AWS anunció el 17 de junio de 2026 nuevas capacidades de Amazon Bedrock AgentCore para conocimiento interno, web actual, pagos, trazas, recomendaciones, A/B testing y guardrails. El ángulo útil es operar agentes como producto vivo.

AWSMCP
Composición editorial de AWS AgentCore conectando conocimiento interno, búsqueda web, pagos y feedback continuo para agentes

Por qué importa

Esta nota se enfoca en la decisión práctica para builders: qué cambia, qué riesgo agrega y cómo aplicarlo sin romper operación.

AWS publicó el 17 de junio de 2026 una actualización amplia de Amazon Bedrock AgentCore. No es una sola feature vistosa. Es una tesis de plataforma: un agente de producción necesita acceso a conocimiento, capacidad de actuar, observabilidad, feedback, pruebas controladas y políticas que no dependan de que el modelo “se porte bien”.

La lectura útil para builders es esta: el agente ya no se evalúa solo por responder bien en una demo; se evalúa por mejorar después de miles de sesiones reales sin perder control.

Tres capas de conocimiento

AWS organiza el anuncio alrededor de acceso a información. La primera capa es Bedrock Managed Knowledge Base dentro de AgentCore: conectar fuentes como SharePoint, Google Drive, Confluence, S3 o wikis sin construir todo el pipeline de embeddings, re-ranking y escalado.

La segunda capa es Web Search on AgentCore, para que el agente consulte información actual sin mandar prompts y queries a un proveedor externo fuera del perímetro de AWS. La tercera capa apunta a conocimiento pagado: AgentCore payments del lado del agente y monetización de tráfico IA con AWS WAF del lado del proveedor.

Mapa editorial de AgentCore mostrando conocimiento interno, web actual y recursos pagados como capas separadas antes de responder

Esto importa porque muchas fallas de agentes no son de razonamiento. Son de acceso. El modelo sabe planear, pero no puede leer el documento correcto. O puede responder, pero no tiene datos actuales. O sabe que existe una fuente premium, pero no tiene una forma gobernada de pagar y consumirla.

La parte más valiosa: detectar fallos silenciosos

AWS también empuja el tema de mejora continua. El anuncio habla de failure insights, intent insights y trajectory insights para revisar cientos de sesiones y encontrar patrones. Ese detalle es importante porque los peores fallos de agentes no siempre tiran errores.

Un agente puede confirmar una acción que nunca ejecutó. Puede inventar disponibilidad cuando una API falló. Puede saltarse una aprobación y aun así dejar un dashboard “verde”. Si solo miras uptime, no lo ves.

El loop que propone AWS tiene cuatro pasos:

  1. agrupar intenciones reales de usuarios;
  2. detectar trayectorias comunes y outliers;
  3. generar recomendaciones sobre prompts y descripciones de tools;
  4. validar cambios con batch evaluation o A/B testing antes de enviarlos a todos.

Panel editorial de AgentCore con trazas, recomendaciones, A/B testing y guardrails revisando acciones de un agente

Ese patrón se parece menos a “prompt engineering” y más a producto: observas comportamiento, planteas una hipótesis, pruebas, mides regresiones y decides.

Controles fuera del contexto del modelo

La actualización también integra Bedrock Guardrails con políticas de AgentCore. La idea operativa es que los controles se apliquen en el gateway, fuera del contexto que el modelo puede leer o manipular. AWS lo formula como controles deterministas alrededor de un sistema probabilístico.

Para equipos que construyen con MCP, APIs internas o datos sensibles, ese punto es clave. Si la política vive solo en el prompt, una inyección puede intentar mover la frontera. Si la política vive en el gateway, el agente puede pedir algo, pero la ejecución final pasa por una capa que decide permitir o bloquear.

Qué haría antes de adoptarlo

No compraría toda la plataforma de golpe. Haría una auditoría simple:

  • ¿qué fuentes internas necesita el agente y quién es dueño de cada una?;
  • ¿qué información externa debe consultar con citas o grounding?;
  • ¿qué acciones tienen costo, riesgo legal o datos sensibles?;
  • ¿qué fallos silenciosos ya aparecen en soporte o revisiones humanas?;
  • ¿qué métrica probaría que una recomendación mejora el sistema?

Si no puedes responder eso, AgentCore no arregla el problema por sí solo. Te da piezas administradas, pero la disciplina sigue siendo tuya.

No hay SEO tooling conectado, así que no reporto volumen. La demanda se infiere por señales actuales: anuncio oficial de AWS, nuevas piezas de AgentCore, auge de MCP y consultas probables como Amazon Bedrock AgentCore knowledge base, AgentCore Web Search, agent failure insights, A/B testing AI agents y guardrails agentes IA.

Si todavía estás armando la base de tools, permisos y evaluación, el curso gratis te ayuda a ordenar el mapa. Si ya tienes agentes con usuarios reales, esta noticia deja una exigencia clara: cada corrida debería alimentar un ciclo de mejora, no solo un log.