Ya explicamos en este blog qué es un flujo de trabajo de IA y la diferencia entre un agente autónomo y uno asistido desde una perspectiva de negocio: cuánto control humano conservas, qué previsibilidad tienes, qué preguntar a un proveedor. Este artículo baja un nivel más, al terreno técnico que sostiene esas decisiones: qué significa exactamente que un sistema sea "determinista" frente a que sea "autónomo", por qué esa propiedad concreta importa incluso más que la etiqueta de "workflow" o "agente", y cuándo quieres explícitamente lo uno o lo otro.
Qué significa "determinista" en este contexto
Un sistema determinista es aquel que, dada exactamente la misma entrada, produce siempre exactamente la misma salida, siguiendo el mismo camino de pasos predefinidos. Si el paso 3 depende de una condición ("si el importe supera 500 euros, ve al paso 4a; si no, al 4b"), esa condición está escrita de antemano y no cambia según el "criterio" del sistema en el momento de ejecutarla. Un workflow puramente determinista es, en el fondo, muy parecido a un diagrama de flujo tradicional: cada bifurcación está definida por una regla explícita, y se puede predecir con exactitud qué camino va a seguir un caso concreto solo con conocer sus datos de entrada.
Esto no significa que un workflow determinista no pueda usar IA en alguno de sus pasos. Puede perfectamente tener un paso donde un modelo de lenguaje redacta un texto o clasifica una petición, y aun así seguir siendo determinista a nivel de flujo si esa clasificación se usa solo para decidir, mediante una regla fija, hacia qué siguiente paso predefinido avanza el caso.
Qué significa "autónomo" en este contexto
Un agente autónomo, en el sentido técnico del término, es un sistema donde es el propio modelo el que decide, en tiempo de ejecución, qué acción tomar a continuación, qué herramienta usar o en qué orden abordar una tarea, sin que ese camino esté completamente fijado de antemano. Dado el mismo objetivo general ("resuelve la reclamación de este cliente"), el agente puede llegar a la solución por caminos distintos según los detalles concretos del caso, incluso caminos que nadie escribió explícitamente al diseñar el sistema. Esta capacidad de "decidir el propio camino" es lo que hace a un agente autónomo mucho más flexible ante casos imprevistos, y también lo que hace que, en igualdad de condiciones de entrada, dos ejecuciones puedan no ser exactamente idénticas.
Por qué esta distinción importa más que el nombre del sistema
La razón por la que esta diferencia merece un artículo propio, más allá de la distinción workflow-vs-agente que ya tratamos desde el ángulo de negocio, es que el determinismo tiene implicaciones muy concretas y muy técnicas:
- Reproducibilidad: un sistema determinista permite reproducir exactamente qué pasó ante un caso concreto, ejecutándolo de nuevo con los mismos datos. Un sistema autónomo puede no garantizar esto con la misma exactitud, porque parte de la decisión se genera dinámicamente en cada ejecución.
- Auditoría posterior: cuando algo sale mal, un sistema determinista se audita revisando qué regla se activó y por qué, un proceso mecánico y verificable. Auditar una decisión autónoma exige examinar el razonamiento generado por el modelo en ese momento concreto, lo que añade una capa de complejidad al análisis.
- Comportamiento ante lo no previsto: un sistema determinista, ante un caso que no encaja en ninguna regla definida, se detiene o deriva a una persona, porque no tiene un camino escrito para ese caso. Un agente autónomo puede intentar resolverlo por su cuenta, con la ventaja de cubrir casos imprevistos y el riesgo de hacerlo de una forma que nadie anticipó ni validó antes.
- Coste de mantenimiento ante cambios: modificar el comportamiento de un sistema determinista implica reescribir la regla concreta que hay que cambiar, un proceso localizado y predecible. Ajustar el comportamiento de un agente autónomo a menudo implica revisar instrucciones más generales cuyo efecto sobre el conjunto de casos es más difícil de anticipar por completo.
Cuándo quieres determinismo, aunque parezca "menos inteligente"
Hay procesos donde la reproducibilidad y la auditoría no son un extra deseable, son un requisito. Cálculos con impacto económico directo, comunicaciones con obligaciones normativas de contenido exacto, o cualquier proceso donde tengas que poder demostrar después, ante un cliente o ante un organismo regulador, exactamente qué pasos siguió un caso concreto y por qué, son terreno natural para el determinismo. Aquí, la ventaja de un agente autónomo —flexibilidad ante lo imprevisto— pesa menos que el riesgo de no poder reconstruir con precisión qué ocurrió si algo se cuestiona después.
Cuándo quieres autonomía, aunque cueste algo de previsibilidad
En el extremo opuesto están los procesos donde la variedad de casos reales es tan amplia que resulta imposible anticipar todas las reglas de antemano sin dejar huecos constantes. Atención al cliente con preguntas muy heterogéneas, investigación que requiere combinar información de fuentes distintas según el caso, o tareas donde el criterio situacional pesa más que la regla fija, son terreno donde forzar un flujo completamente determinista produce un sistema rígido que falla precisamente en los casos más interesantes, los que no encajan en ninguna regla prevista.
El enfoque híbrido, que es lo que casi siempre se construye en la práctica
En la mayoría de proyectos reales, la respuesta no es elegir un extremo puro, sino diseñar un sistema determinista a nivel de flujo general —con pasos y puntos de control claros— que delega en un componente autónomo solo en los pasos concretos donde la variedad de casos lo justifica, con límites bien definidos sobre lo que ese componente puede y no puede decidir por su cuenta. Este patrón conecta directamente con la idea de introducir autonomía de forma gradual y medible que desarrollamos en niveles de autonomía de un agente de IA: no es una elección binaria y definitiva, es un dial que se ajusta paso a paso según cuánta confianza y cuánta evidencia acumula el sistema en cada tarea concreta.
Conclusión
Determinista y autónomo no son sinónimos de "workflow" y "agente" en sentido estricto, son propiedades técnicas sobre cuánto se puede predecir y reproducir el comportamiento de un sistema, y ambas coexisten con frecuencia dentro del mismo proyecto en distintos pasos. Elegir bien no depende de cuál suena más avanzado, depende de si tu proceso concreto exige poder demostrar exactamente qué pasó, o si necesita, sobre todo, adaptarse a una variedad de casos que ninguna regla fija podría cubrir por completo. Si quieres definir qué combinación tiene sentido para un proceso concreto de tu empresa, reserva una primera reunión en MG Solutions y lo diseñamos juntos.