Guía de decisión
Agentes de IA frente a flujos deterministas
«Agente» se usa ya para cualquier sistema con un modelo dentro, y debajo hay una diferencia real. Esta guía la reduce a una pregunta, te da una matriz para aplicarla a tus procesos y explica por qué casi siempre la respuesta es un flujo.
La respuesta corta
Usa un flujo determinista cuando puedes enumerar los pasos por adelantado. Usa un agente cuando el número de pasos depende de lo que se encuentre por el camino. La mayoría de los sistemas en producción deberían seguir siendo flujos, con un tramo acotado de autonomía donde haga falta.
Actualizado el
La diferencia: quién decide el camino
No es cuánta IA lleva el sistema. El artículo de Anthropic Building Effective Agents traza la línea en una sola pregunta. En un flujo, el modelo y las herramientas se orquestan por caminos escritos de antemano en el código. En un agente, el modelo dirige su propio proceso y elige qué herramienta usar.
Matriz de decisión
| Si esto es cierto | Flujo determinista | Agente |
|---|---|---|
| Puedes enumerar los pasos por adelantado | Sí | No: pagas una flexibilidad que no necesitas |
| Una respuesta mala llega a un cliente sin revisión | Sí, con la salida verificada | Solo detrás de una verificación |
| El número de pasos depende de lo que se encuentre | Va a pelear contigo | Sí: es el caso para el que existe el patrón |
| Tienes que explicar a alguien una ejecución concreta | Sí | Más difícil: el camino se eligió, no se escribió |
| El coste por ejecución tiene que ser previsible | Sí | No: el modelo decide cuánto trabajo hacer |
Start with simple prompts, optimize them with comprehensive evaluation, and add multi-step agentic systems only when simpler solutions fall short.
Anthropic, Building Effective Agents
Dónde se queda corto un lienzo
Se suele decir que los constructores visuales se rompen a partir de cierto número de nodos. Ese umbral no está documentado en ninguna parte. Lo que sí se puede comprobar es el mecanismo.
Un lienzo sostiene muy bien el camino feliz. Sostiene mal lo que no es un camino: una invariante («esta cifra siempre sale de la cotización»), un contrato («este campo tiene un máximo de caracteres») o una política («nunca contestes un precio sin fuente»). Ninguna de esas cosas es un paso, así que en el diagrama no tienen sitio y acaban convertidas en más ramas.
La señal de verdad no es el número de nodos. Es el día en que el equipo empieza a añadir subflujos y nodos de código: ahí el lienzo admite que dejó de ser la representación del sistema.
Autonomía acotada: contratos, no confianza
Si le das margen a un modelo, la pregunta útil no es cuánta libertad tiene, sino qué no puede hacer pase lo que pase. Tres límites hacen casi todo el trabajo.
Valida la entrada antes de decidir
Lo que llega al código que decide ya tiene una forma conocida, comprobada en la frontera.
Dale un contrato a cada capacidad
Qué recibe, qué devuelve y para qué cliente. Una capacidad que comprueba quién pregunta no se deja convencer de contestar por otro.
Verifica la salida antes de que salga
Toda cifra del mensaje final tiene que venir de una autoridad. La que no, se descarta y responde una plantilla determinista.
El patrón que funciona: un flujo que delega
Las dos cosas no se excluyen. Una columna determinista lleva el turno, el dinero y los contratos; un agente acotado se encarga de la subtarea cuya duración nadie puede prever, como investigar o conciliar un documento desordenado, y devuelve un resultado tipado que la columna verifica como cualquier otra entrada.
El razonamiento completo está en Flujos frente a agentes, y la postura de producto en el manifiesto.
El mapa del tema
- Protocolo de agentesHerramientas tipadas, permisos acotados y una persona en el camino de escritura.
- Coste de tokensFlujos lineales frente a orquestación de agentes, en números.
- Deriva de esquemaPor qué la extracción estructurada falla en silencio.
- Bentho frente a n8nCuándo quedarte en n8n y cuándo mover un flujo con modelo.
- Bentho frente a MakeQué cambia cuando la respuesta no es determinista.
- Auditoría de arquitecturaUn diagnóstico de dónde se rompe primero lo que tienes.
Preguntas frecuentes
¿Qué es un flujo determinista?
Un proceso con los pasos escritos de antemano: con la misma entrada sigue el mismo camino. Puede llevar un modelo dentro, siempre que sea el código quien elige la ruta.
¿Cuándo hace falta un agente de IA?
Cuando no puedes enumerar los pasos porque dependen de lo que se encuentre por el camino, como investigar un caso o conciliar documentos distintos entre sí.
¿Un flujo con un modelo dentro es un agente?
No. Si el modelo rellena valores y el código decide la ruta, sigue siendo un flujo. Es agente cuando el modelo elige qué hacer a continuación.
¿Se pueden combinar flujos y agentes?
Sí, y suele ser lo mejor: una columna determinista para el dinero y los contratos, y un agente acotado para la subtarea impredecible, cuyo resultado se verifica al volver.
¿Cuántos nodos aguanta un lienzo antes de romperse?
No hay un número documentado. El límite real aparece cuando las reglas que no son pasos, como invariantes y políticas, se convierten en más ramas.
Aplica la matriz a tu proceso
Si tienes un flujo con un modelo dentro y no sabes de qué lado cae, cuéntanos cómo está montado y lo miramos contigo.
De dónde salen los datos
Lo que aquí se dice de otros productos sale de su documentación pública. Puede haber cambiado: si vas a decidir con un dato, míralo en la tuya.
- Anthropic, Building Effective Agents (consultado el 25 de septiembre de 2026)
Separa flujos y agentes por quién decide el camino, nombra seis patrones y recomienda empezar por lo simple.