No toda lógica de negocio con IA necesita un agente autónomo tomando decisiones. Bedrock Flows da control determinístico y visual sobre el recorrido que sigue cada solicitud.
Bedrock Flows es un constructor visual de flujos de trabajo que conecta prompts, invocaciones a modelos, Knowledge Bases, Agents, funciones Lambda y lógica condicional en un pipeline definido explícitamente, en contraste con el comportamiento más abierto y auto-dirigido de un Agent que decide su propio camino de razonamiento. Donde un Agent decide dinámicamente qué herramienta usar y en qué orden, un Flow define ese orden de antemano — útil cuando el proceso de negocio es conocido y se necesita previsibilidad, trazabilidad y control de costos por cada paso.
La analogía más cercana es la diferencia entre un agente ReAct y un pipeline de Step Functions: Flows aporta la estructura determinística de un workflow, pero con nodos nativos para invocar modelos fundacionales, prompts gestionados y recuperación semántica, sin tener que orquestar eso manualmente en Lambda.
Un Flow se compone de nodos conectados por flechas que representan el flujo de datos. Los tipos de nodo incluyen: Input (entrada del usuario), Prompt (invocación de un modelo con una plantilla de prompt gestionada vía Bedrock Prompt Management), Knowledge Base (recuperación semántica), Agent (delegación a un Bedrock Agent), Lambda Function (lógica de negocio custom), Condition (ramificación basada en el resultado de un paso anterior), y Output (salida final del flujo).
Bedrock Flows se integra nativamente con Prompt Management, que permite definir plantillas de prompt con variables, versionarlas, y probarlas en un playground antes de publicarlas a un Flow en producción. Esto separa la iteración sobre el texto del prompt del despliegue del código de aplicación — un equipo de producto puede ajustar y versionar un prompt sin tocar el pipeline de despliegue, y cada versión queda auditable.
Un Flow puede combinar los tres pilares de Bedrock en un mismo proceso: un nodo de Knowledge Base recupera contexto documental, un nodo de Prompt sintetiza una primera respuesta, un nodo Condition evalúa si el caso requiere escalamiento, y si es así, delega a un nodo Agent que puede ejecutar acciones (crear un ticket, notificar por Lambda). Esto evita construir esa orquestación manualmente con código de aplicación que reimplementa lo que Flows ya administra de forma visual y versionada.
Cada Flow tiene versiones inmutables y alias (similar al patrón de versiones y alias de funciones Lambda), lo que permite probar una nueva versión del flujo en un entorno de staging apuntando a un alias distinto, y promover a producción cambiando el alias sin downtime. El editor visual incluye un modo de prueba (test) que permite ejecutar el flujo con datos de entrada de ejemplo y ver el resultado de cada nodo individualmente — invaluable para depurar por qué un flujo tomó una ramificación inesperada.
Step Functions sigue siendo la herramienta correcta para orquestación de procesos de negocio generales que no giran centralmente en torno a invocaciones de modelos fundacionales — procesamiento de órdenes, pipelines ETL, coordinación de microservicios. Bedrock Flows es la herramienta correcta cuando el proceso es predominantemente de IA generativa: clasificación, síntesis, recuperación semántica y decisión de escalamiento a un agente. En arquitecturas más grandes, un Flow de Bedrock puede invocarse como un paso dentro de una máquina de estados de Step Functions más amplia, combinando ambos donde cada uno aporta su fortaleza — determinismo de proceso general en Step Functions, y orquestación nativa de IA generativa en Flows.
Carlos Montiel es arquitecto de soluciones IA empresarial. Implementa LLMs, Agentes, RAG y orquestadores en empresas de Guatemala y Latinoamérica. Contáctalo para una consultoría.
Contactar a Carlos Montiel