jueves, 12 de noviembre de 2026

Standard o Express: qué Step Functions conviene exponer a un agente

Standard sirve para procesos duraderos y auditables; Express para ejecuciones breves e idempotentes. AgentCore conserva sus diferencias y costes.

Un agente abstracto activa dos flujos: uno duradero y auditable y otro breve con muchas ejecuciones
Ilustración editorial generada con IA para comparar Step Functions Standard y Express; no es una consola ni un diagrama oficial de AWS.

Elige Step Functions Standard para procesos largos, auditables o no idempotentes; elige Express para ejecuciones de hasta cinco minutos, de alto volumen y diseñadas para tolerar la semántica de repetición correspondiente. Amazon Bedrock AgentCore Gateway puede exponer ambos tipos como herramientas MCP, pero el agente no vuelve equivalentes sus garantías, historial ni facturación.

AWS anunció el 29 de octubre que los agentes pueden iniciar workflows existentes, consultar ejecuciones y detenerlas mediante un conector administrado. El agente decide cuándo llamar y qué entrada enviar; la máquina de estados conserva el orden. El gateway y el workflow deben estar en la misma región.

La elección rápida por caso

Criterio Standard Express
Duración máxima Un año Cinco minutos
Semántica Una vez, salvo reintentos definidos Al menos una vez en asíncrono; como máximo una vez en síncrono
Acción típica Pago, aprobación, proceso con espera Transformación idempotente, evento breve, microservicio
Historial API y consola; hasta 90 días tras terminar Requiere activar CloudWatch Logs
Precio de Step Functions Transiciones de estado, incluidos reintentos Solicitudes, duración y memoria
Herramienta del agente StartExecution, listado y detalle StartSyncExecution para respuesta síncrona; menos operaciones de historial

El tipo es inmutable después de crear la máquina de estados. No conviene escoger Express solo porque una demo sea rápida y descubrir después que necesita esperar una aprobación humana, usar .waitForTaskToken o superar cinco minutos.

Standard conserva el rastro que un agente necesita explicar

El tutorial oficial usa Standard porque ListExecutions, DescribeExecution y GetExecutionHistory no funcionan con ejecuciones Express. Para un proceso como un reembolso con comprobación, aprobación y abono, el agente puede iniciar la ejecución y después explicar qué paso falló sin poder saltarse el orden definido.

Standard también admite integraciones .sync y callbacks con token. AWS lo recomienda para acciones no idempotentes porque conserva estado entre transiciones y aplica ejecución una vez, salvo los reintentos que el autor haya especificado.

Express encaja cuando repetir no rompe el resultado

Express asíncrono puede ejecutar al menos una vez; por eso cada efecto debe tolerar duplicados. Express síncrono espera y devuelve el resultado, pero usa semántica de como máximo una vez. En ambos casos el límite es cinco minutos y el historial no queda disponible en Step Functions salvo que se envíe a CloudWatch Logs.

Un gateway puede mezclar operaciones: fijar StartExecution a una máquina Standard y StartSyncExecution a una Express. Cada operación que actúa sobre una máquina debe llevar su ARN fijado; la documentación advierte de que una configuración sin ese valor puede crearse y fallar después en cada llamada.

El coste tiene dos capas

Standard factura transiciones y cuenta también los reintentos. Incluye 4.000 transiciones mensuales en el nivel gratuito permanente. Express factura cada inicio más la duración redondeada a 100 ms y la memoria en bloques de 64 MB. Además se pagan las llamadas de AgentCore Gateway y los servicios que ejecute el workflow.

La página de precios ofrece ejemplos en una región, pero la decisión no debe copiar esa cifra como tarifa universal. Estima con el número de pasos y reintentos para Standard; para Express usa frecuencia, duración, carga, estados paralelos y memoria facturada. Añade por separado Lambda, transferencia, PrivateLink u otros servicios.

Una regla de diseño antes de dar acceso al agente

  1. Fija el ARN de cada máquina y expón solo las operaciones necesarias.
  2. Restringe el rol del gateway a esa máquina y sus ejecuciones.
  3. Valida la entrada antes del primer efecto irreversible.
  4. Activa el historial o los logs que permitan reconstruir la llamada.
  5. Prueba duplicados, reintentos y tiempos máximos fuera de producción.

Texploto no creó el gateway ni ejecutó los workflows. La comparación usa condiciones documentadas del mismo servicio; no mide latencia ni coste real de una carga.

Transparencia: comparación elaborada con asistencia de IA a partir del anuncio, tutorial, documentación de tipos y precios de AWS. No instalamos ni ejecutamos AgentCore o Step Functions.