Postman lleva Agent Mode a Amazon Bedrock para 40 millones de desarrolladores

Postman y AWS han explicado cómo funciona Agent Mode, el agente de IA integrado en la plataforma para diseñar, probar y documentar API. El producto tiene en torno a 40 millones de desarrolladores, y el agente invoca los modelos a través de Amazon Bedrock. La idea central del análisis: montar un agente que luzca bien en una demo es relativamente fácil. Lograr que funcione de forma estable para una audiencia así es difícil, y la dificultad está en la arquitectura que rodea al modelo.

Los tres principios en los que se sostiene Agent Mode

Los autores describen tres patrones. El primero es controlar la «proliferación de herramientas» (tool sprawl). Una plataforma como Postman ofrece muchísimas acciones: crear una colección, lanzar una petición, modificar el entorno, generar pruebas, actualizar la documentación. Si se entregan todas al agente en forma de lista, las descripciones de las herramientas ocuparán una parte considerable del contexto. El modelo empezará a confundirse entre funciones parecidas y a llamar con más frecuencia a la equivocada. Por eso hay que reducir y estructurar el conjunto de herramientas de forma deliberada.

El segundo principio es la lectura mediante esquemas. En lugar de volcar en el prompt todo lo que se sabe del proyecto, el agente consulta una descripción estructurada de la API y extrae solo el fragmento que necesita. En el mundo de las API es un paso natural: las especificaciones ya tienen una estructura formal, y esa estructura puede usarse como mapa del terreno.

El tercer principio es el más terrenal. El contexto es el verdadero cuello de botella. No lo es la inteligencia del modelo ni la velocidad de generación de tokens, sino qué entra en la ventana y en qué volumen. Para un agente, eso afecta a la vez a la precisión, a la latencia y al coste de cada petición.

Por qué Amazon Bedrock

En esta historia, Bedrock actúa como capa de infraestructura. Es un servicio gestionado de AWS que permite acceder a distintos modelos base mediante una API única, sin montar clústeres de GPU propios. Para un producto con decenas de millones de usuarios, esto significa escalado ante picos de carga, mecanismos de seguridad habituales para los clientes corporativos y la posibilidad de cambiar de modelo sin reescribir toda la aplicación.

Una salvedad importante: la descripción publicada no incluye datos sobre qué modelos concretos usa Postman, ni sobre las latencias, el coste por petición o el porcentaje de tareas completadas con éxito. Sin esas cifras, los principios de arquitectura siguen siendo una declaración del equipo, no un resultado medido.

Qué se sabe del anuncio

• Producto: Agent Mode en Postman, un agente para trabajar con API.
• Audiencia: en torno a 40 millones de desarrolladores.
• Plataforma de inferencia: Amazon Bedrock.
• Patrones clave: limitación del conjunto de herramientas, lectura mediante esquemas, gestión del contexto.
• No se ha revelado: los modelos utilizados, las latencias, el coste por petición ni las métricas de calidad.

Qué llevarse a tu propio stack

Si estás desarrollando tu propio agente, el material ofrece tres aplicaciones prácticas.

Primera: haz una auditoría de herramientas. Calcula cuántos tokens consumen sus descripciones antes de empezar a trabajar. Si el conjunto supera las decenas de funciones, divídelo por escenarios y conecta solo las que sean relevantes para la tarea en curso.

Segunda: crea para el agente una capa de lectura de datos sobre esquemas formales, ya sea OpenAPI, JSON Schema o el esquema de una base de datos. Un agente que solicita el fragmento necesario según la estructura consume menos contexto y alucina menos que uno al que se le vuelca la documentación entera.

Tercera: mide el contexto igual que la latencia y el coste. El tamaño de la entrada en cada paso, la proporción de tokens útiles y el número de consultas repetidas sobre los mismos datos aportan más información sobre la calidad del agente que la impresión subjetiva de que «responde bien».

La principal conclusión para el mercado: la competencia entre agentes se desplaza poco a poco de la elección del modelo a la ingeniería que lo rodea. Un modelo en Bedrock se puede sustituir en una tarde. Un trabajo bien pensado con herramientas y contexto no se sustituye tan rápido.