flowchart LR
A[Recibir contrato] --> B[Clasificar]
B --> C[Revisión jurídica]
C --> D[Revisión negocio]
D --> E[Aprobación]
E --> F[Registro]
Workflow versus Agent
La diferencia entre una ruta predeterminada y una decisión contextual, y por qué los agentes jurídicos pueden operar dentro de workflows gobernados.
Durante esta sección hemos utilizado repetidamente dos palabras:
workflow y agent.
Ambas pueden describir sistemas automáticos.
Ambas pueden incluir modelos de IA.
Ambas pueden utilizar herramientas.
Ambas pueden recorrer varias etapas sin que una persona intervenga en cada paso.
Por eso una distinción como:
workflow = automático
agente = autónomo
resulta demasiado pobre.
Las clases proponen una frontera más útil:
la diferencia relevante no es “manual versus automático”, sino ruta predeterminada versus decisión contextual.
Idea central
Un workflow organiza un proceso mediante pasos, estados y condiciones diseñados previamente.
Un agente puede seleccionar entre próximos pasos permitidos según el objetivo, el contexto y los resultados obtenidos durante la ejecución.
No son categorías enemigas.
Una arquitectura especialmente útil en Derecho consiste en colocar agentes dentro de workflows gobernados.
Ruta predeterminada
Un workflow puede contener una secuencia simple:
También puede contener ramas.
flowchart TD
A[Clasificar] --> B{¿Trata datos personales?}
B -- Sí --> C[Privacidad]
B -- No --> D[Continuar]
C --> D
El proceso puede ser sofisticado y completamente automático.
Mientras las rutas posibles y sus condiciones estén diseñadas de antemano, continuamos principalmente en lógica de workflow.
Una ruta fija no significa una ruta única
“Predeterminada” no significa necesariamente lineal.
Un workflow puede incluir:
- decisiones;
- excepciones;
- bucles;
- aprobaciones;
- temporizadores;
- eventos;
- múltiples responsables.
La característica decisiva es que las transiciones están expresadas en la lógica del proceso.
Decisión contextual
Un agente introduce mayor flexibilidad cuando no resulta razonable enumerar anticipadamente todas las decisiones necesarias.
Supongamos que el objetivo es:
“Investiga si esta nueva funcionalidad del proveedor afecta obligaciones de privacidad o propiedad intelectual.”
Durante la tarea el agente podría:
- leer la descripción técnica;
- detectar que existe entrenamiento con datos del cliente;
- decidir buscar términos de uso adicionales;
- encontrar una referencia a subprocesadores;
- activar una revisión específica;
- detenerse porque falta información sobre la finalidad.
No todos esos pasos necesitan haber sido codificados como una cadena rígida.
El sistema selecciona dentro de un espacio permitido según lo que va encontrando.
Decidir no es hacer cualquier cosa
“Decisión contextual” no significa libertad ilimitada.
El agente puede estar limitado a:
- determinadas herramientas;
- determinados documentos;
- determinadas rutas;
- determinados criterios de escalamiento;
- determinadas acciones reversibles.
La agencia útil es flexibilidad dentro de fronteras.
Un ejemplo que parece agente pero no lo es necesariamente
Imaginemos una plataforma que:
- recibe contrato;
- extrae cláusulas;
- llama a un LLM para clasificarlas;
- genera una matriz;
- envía el resultado a revisión.
Todo ocurre automáticamente.
Pero la secuencia siempre es la misma.
La presencia de un LLM no convierte el workflow en agente.
El modelo puede ser sólo un componente dentro de una etapa predeterminada.
Esto importa porque la palabra agente no debería utilizarse como sinónimo de “automatización con IA”.
Un ejemplo que introduce agencia local
Ahora agreguemos una decisión.
Después de clasificar el contrato, el sistema puede elegir:
- ejecutar revisión básica;
- activar privacidad;
- activar seguridad;
- pedir un documento;
- escalar el caso.
La decisión depende de contenido encontrado en los documentos.
flowchart LR
A[Workflow: ingreso] --> B[Agente clasificador]
B --> C{Selecciona ruta}
C --> D[Privacidad]
C --> E[Seguridad]
C --> F[Revisión estándar]
D --> G[Workflow: aprobación]
E --> G
F --> G
El workflow sigue gobernando la estructura institucional.
El agente introduce flexibilidad en una zona concreta.
El error de la oposición total
Una narrativa frecuente plantea:
workflows antiguos → agentes nuevoscomo si una arquitectura debiera reemplazar a la otra.
Eso puede ser técnicamente y organizacionalmente inadecuado.
En procesos jurídicos existen pasos que conviene mantener deterministas.
Por ejemplo:
- exigir una aprobación;
- impedir cierre si falta un documento obligatorio;
- conservar un registro;
- limitar permisos;
- activar una obligación reglada.
Al mismo tiempo, existen tareas donde la interpretación contextual agrega valor:
- clasificar un documento poco estructurado;
- decidir qué fuente recuperar;
- identificar qué especialista debe intervenir;
- adaptar un plan de investigación.
La combinación puede ser mejor que cualquiera de los extremos.
Dónde usar determinismo
Una regla sencilla es reservar lógica determinista cuando:
- la condición está bien definida;
- la consecuencia debe ser predecible;
- existe una obligación institucional clara;
- el costo de apartarse es alto;
- necesitamos demostrar cumplimiento exacto.
Ejemplo:
“Todo contrato con tratamiento de datos personales debe pasar por revisión de privacidad.”
Si esa regla es absoluta, no necesitamos pedir a un modelo que “decida” si conviene aplicarla una vez que el hecho desencadenante está confirmado.
Dónde usar decisión contextual
La agencia aporta más valor cuando:
- la entrada es poco estructurada;
- existen varias estrategias razonables;
- no sabemos qué información será necesaria hasta comenzar;
- la ruta depende de hallazgos intermedios;
- codificar todas las excepciones sería costoso o frágil.
Ejemplo:
“Determina qué documentos adicionales necesitamos para evaluar la cláusula de entrenamiento de modelos.”
Puede requerir examinar referencias cruzadas y adaptar la búsqueda a lo encontrado.
Agentes dentro de workflows gobernados
Ésta es la idea central de la página.
Un agente puede vivir dentro de una estructura mayor.
flowchart TD
A[Ingreso] --> B[Workflow institucional]
B --> C[Agente: investigar / clasificar]
C --> D[Resultado estructurado]
D --> E[Workflow: control obligatorio]
E --> F{¿Riesgo alto?}
F -- Sí --> G[Human gate]
F -- No --> H[Continuar]
G --> H
H --> I[Registro y cierre]
Esta arquitectura distribuye funciones:
Workflow
Define:
- estados;
- transiciones obligatorias;
- roles;
- controles;
- condiciones de cierre.
Agente
Puede decidir:
- qué información recuperar;
- qué herramienta usar;
- qué subtarea ejecutar;
- qué ruta contextual proponer.
Persona
Conserva decisiones reservadas.
No necesitamos escoger entre rigidez absoluta y autonomía absoluta.
Un ejemplo jurídico completo
Supongamos un proceso de contratación de tecnología.
Etapa 1 — Ingreso
El workflow exige registrar:
- proveedor;
- servicio;
- unidad solicitante;
- criticidad preliminar.
Etapa 2 — Investigación
Un agente examina documentación y determina qué especialidades parecen involucradas.
Encuentra:
- tratamiento de datos;
- uso de subprocesadores;
- funcionalidad generativa;
- almacenamiento externo.
Etapa 3 — Enrutamiento
El agente propone activar:
- privacidad;
- seguridad;
- revisión contractual avanzada.
Etapa 4 — Regla institucional
El workflow obliga a que privacidad revise cualquier tratamiento de datos personales.
Aquí no existe libertad para omitirla.
Etapa 5 — Revisión especializada
Agentes o personas ejecutan las tareas correspondientes.
Etapa 6 — Human gate
Toda excepción alta requiere aprobación humana.
Etapa 7 — Cierre
El workflow sólo permite cerrar cuando todas las etapas obligatorias tienen estado resuelto.
El agente agregó flexibilidad sin sustituir el proceso.
Tres arquitecturas para el mismo problema
La diferencia se entiende mejor si resolvemos el mismo caso de tres maneras.
Supongamos que debemos revisar un contrato y decidir qué especialidades internas deben intervenir.
Arquitectura A — workflow completamente determinista
si contiene datos personales → privacidad
si el valor supera X → compras
si la criticidad es alta → seguridadVentaja: predecible, auditable y fácil de probar.
Límite: cuando los hechos no están estructurados, alguien debe convertir el lenguaje del contrato en esas variables.
Arquitectura B — agente completamente abierto
Encargo:
“Revisa el contrato y decide qué hacer para completarlo.”
El agente puede seleccionar fuentes, rutas y herramientas.
Ventaja: gran flexibilidad.
Límite: aumenta la superficie de decisión y hace más difícil demostrar que determinadas etapas nunca serán omitidas.
Arquitectura C — combinación gobernada
Un agente interpreta el documento y propone una clasificación.
El workflow transforma esa clasificación en obligaciones procesales duras.
flowchart LR
A[Documento] --> B[Agente interpreta]
B --> C[Variables estructuradas]
C --> D[Workflow aplica reglas]
D --> E[Etapas obligatorias]
Esta tercera arquitectura aprovecha cada componente donde es más fuerte.
El agente maneja variabilidad del lenguaje.
El workflow hace cumplir reglas que no queremos dejar a discreción contextual.
El punto de frontera: quién puede cambiar la ruta
Otra forma de distinguir ambos modelos consiste en preguntar:
¿de dónde proviene la siguiente transición?
En un workflow, una transición está definida por el diseño del proceso.
Por ejemplo:
si riesgo = alto → revisión seniorEn un agente, el sistema puede generar una decisión contextual como:
“La evidencia es contradictoria; antes de clasificar riesgo necesito recuperar el anexo técnico.”
La segunda transición no necesariamente estaba enumerada como regla específica, pero debe permanecer dentro de herramientas y límites autorizados.
Regla dura y decisión blanda
Una arquitectura útil puede distinguir:
Reglas duras
- no cerrar con aprobaciones pendientes;
- no enviar a terceros sin autorización;
- no acceder a expedientes externos al asunto.
Decisiones contextuales
- qué documento revisar primero;
- qué consulta formular;
- qué especialista sugerir;
- qué hallazgo investigar con mayor profundidad.
La gobernanza consiste, en parte, en decidir qué pertenece a cada grupo.
Por qué esta combinación importa jurídicamente
Mejora la atribución
Podemos distinguir:
- qué decidió el proceso;
- qué seleccionó el agente;
- qué aprobó la persona.
Facilita auditoría
Las transiciones obligatorias pueden quedar registradas como eventos verificables.
Limita autonomía
El agente no puede saltarse controles estructurales.
Permite evolución gradual
Podemos automatizar primero tareas locales sin rediseñar todo el proceso institucional.
Una regla de diseño: mantener estable lo que debe ser estable
En procesos jurídicos conviene preguntar qué partes no deberían variar entre ejecuciones.
Si todos los expedientes deben conservar un registro, esa obligación pertenece mejor al workflow o a un control determinista.
Si la política exige aprobación para riesgos altos, no necesitamos que el agente reevalúe libremente en cada caso si esa aprobación “parece conveniente”.
La agencia puede reservarse para aquello que realmente exige adaptación contextual.
Este reparto permite que la flexibilidad aparezca donde aporta valor sin convertir obligaciones institucionales en preferencias probabilísticas.
Qué puede salir mal
Usar agente donde una regla basta
Agrega variabilidad innecesaria.
Convertir todo el workflow en prompt
Si un procedimiento institucional crítico existe sólo como texto dentro de instrucciones al modelo, sus límites pueden ser menos robustos que controles implementados fuera del modelo.
Crear una ruta rígida y llamarla agente
Produce confusión sobre capacidades reales.
Permitir que el agente reescriba sus propias reglas de proceso
La adaptación contextual no debería confundirse con autoridad para modificar controles institucionales.
Una consecuencia para contratación y gobierno
La distinción también mejora la descripción contractual del producto. Si el proveedor promete un “agente autónomo”, conviene preguntar qué parte de la ruta es realmente seleccionada por el modelo y qué parte permanece predefinida por software.
Eso permite formular mejor obligaciones sobre cambios, pruebas y controles. Un cambio en una regla de workflow no es necesariamente equivalente a cambiar el modelo. Del mismo modo, ampliar el conjunto de acciones que un agente puede elegir puede modificar el riesgo sin alterar la interfaz visible.
Comprender dónde termina el workflow y dónde comienza la selección contextual ayuda a identificar qué cambio debe notificarse, qué comportamiento debe evaluarse y qué límites deben permanecer invariantes.
Qué debes recordar
La diferencia entre workflow y agente no es:
manual vs automáticoni:
sin IA vs con IALa diferencia pedagógica es:
WORKFLOW
ruta y condiciones diseñadas previamente
AGENTE
elección contextual entre próximos pasos permitidosY la arquitectura más útil puede combinar ambos.
Los agentes jurídicos no necesitan reemplazar workflows. Pueden operar dentro de workflows gobernados.
El problema que todavía queda abierto
Una vez que el sistema puede elegir rutas, utilizar herramientas y operar durante varios pasos, la evaluación cambia.
Ya no basta preguntar:
“¿La respuesta final parece buena?”
También necesitamos observar cómo llegó hasta ella.
La siguiente página desarrolla cuatro dimensiones de calidad especialmente importantes para agentes:
resultado, trayectoria, evidencia y capacidad de corrección.