Cuándo SÍ considerar un agente
La página anterior mostró que no toda tarea compleja necesita un agente.
Ahora debemos formular la pregunta positiva:
¿cuándo vale la pena considerar uno?
La respuesta no debería comenzar por una lista de profesiones o productos.
Decir:
“use agentes para contratos, compliance o investigación”
es demasiado general.
Dentro de cada una de esas áreas existen tareas que se adaptan bien a la selección dinámica y otras que deberían permanecer deterministas o humanas.
Las clases proponen mirar la estructura del trabajo.
Un agente empieza a ser una opción razonable cuando coinciden varias condiciones:
- trabajo repetible;
- varias etapas;
- criterios explicitables;
- fuentes identificables;
- revisión humana posible;
- ganancia real de consistencia o trazabilidad.
Ninguna condición, por sí sola, obliga a usar un agente.
El valor aparece en la combinación.
1. Trabajo repetible
La primera señal es que existe una clase reconocible de trabajo que vuelve a aparecer.
No significa que todos los casos sean iguales.
Significa que comparten suficiente estructura para diseñar una metodología.
Ejemplos:
- revisión inicial de proveedores;
- intake de consultas;
- comparación de contratos contra un estándar;
- investigación regulatoria recurrente;
- clasificación de incidentes;
- preparación de expedientes de due diligence.
Repetible no significa mecánico
Una tarea puede ser repetible y seguir necesitando interpretación.
Por ejemplo, cada contrato puede contener cláusulas diferentes, pero la organización siempre pregunta:
- qué servicio se contrata;
- qué datos intervienen;
- qué desviaciones existen;
- qué aprobaciones son necesarias.
Esa recurrencia permite invertir en diseño, criterios y evaluación.
Por qué importa
Construir un agente tiene costos:
- configuración;
- integración;
- evaluación;
- mantenimiento;
- observabilidad;
- gobierno.
Si la tarea ocurre una vez, quizá un buen prompt sea suficiente.
Si ocurre cientos de veces, el retorno de estabilizar la arquitectura puede cambiar.
2. Varias etapas
La segunda señal aparece cuando la tarea no puede resolverse razonablemente como una única transformación.
Un usuario hoy puede trabajar así:
“Primero abre el contrato.”
“Ahora busca el DPA.”
“Ahora compara estas cláusulas.”
“Ahora identifica faltantes.”
“Ahora prepara la matriz.”
La persona está actuando como orquestador manual.
Cuando ese patrón se repite, un agente puede asumir parte de la coordinación.
El indicador del “continúa”
Las clases utilizan una señal especialmente intuitiva:
hay varias etapas y hoy alguien debe decir manualmente “continúa”.
Eso sugiere que existe un objetivo que se mantiene a través de múltiples pasos y que algunas transiciones podrían seleccionarse de forma contextual.
Varias etapas no basta
Un proceso multi-etapa con ruta completamente conocida puede resolverse mejor mediante workflow determinista.
La agencia se justifica cuando existe además variación relevante en qué paso corresponde después.
3. Criterios explicitables
Un agente necesita saber qué cuenta como avance, error y término.
Si los criterios del trabajo son completamente tácitos e imposibles de articular, la evaluación se vuelve extremadamente difícil.
No necesitamos convertir todo juicio jurídico en una fórmula.
Pero sí necesitamos explicitar una parte suficiente del método.
Ejemplo:
RIESGO ALTO
requiere modificación o escalamiento antes de aprobación
EVIDENCIA MÍNIMA
cada hallazgo debe identificar documento y cláusula
CIERRE
no puede cerrarse con documentos obligatorios pendientesCriterios como infraestructura de control
Los criterios permiten:
- orientar al agente;
- construir evaluadores;
- comparar ejecuciones;
- detectar desviaciones;
- decidir cuándo escalar.
Sin criterios, “funciona bien” queda reducido a una impresión subjetiva.
Juicio residual
Puede seguir existiendo una decisión final humana.
La explicitación no pretende eliminar todo juicio.
Pretende separar:
- aquello que puede sistematizarse;
- aquello que debe reservarse a una persona.
4. Fuentes identificables
Un agente jurídico suele necesitar información externa.
La arquitectura es más gobernable cuando podemos identificar el universo pertinente.
Por ejemplo:
- contratos del expediente;
- política interna vigente;
- base jurídica autorizada;
- repositorio de precedentes;
- registros de un sistema determinado.
Por qué importa
Con fuentes identificables podemos diseñar:
- permisos;
- RAG;
- reglas de vigencia;
- trazabilidad;
- evaluación de cobertura.
También podemos detectar información faltante.
Fuente identificable no significa una sola fuente
Puede existir una jerarquía.
Por ejemplo:
1. contrato y anexos
2. política interna vigente
3. normativa oficial
4. jurisprudencia de base autorizada
5. doctrina de apoyoLo importante es que el agente no opere sobre un universo completamente indeterminado sin reglas de procedencia.
5. Revisión humana posible
Un agente resulta mucho más gobernable cuando existen puntos donde una persona puede revisar el trabajo antes de consecuencias críticas.
La revisión puede ocurrir:
- sobre el plan;
- sobre hallazgos;
- antes de una comunicación;
- antes de modificar un sistema;
- antes de cerrar el expediente.
Revisión real, no ceremonial
Debe existir:
- tiempo suficiente;
- evidencia suficiente;
- autoridad para rechazar;
- interfaz que muestre qué se propone;
- registro de la decisión cuando corresponda.
Un botón de “aprobar” sin contexto no garantiza supervisión.
Diseñar para revisión
Si sabemos que una persona revisará, podemos estructurar la salida para facilitarlo:
HALLAZGO
EVIDENCIA
CRITERIO
INFERENCIA
INCERTIDUMBRE
ACCIÓN PROPUESTALa arquitectura deja de tratar al humano como último recurso y lo integra como parte del procedimiento.
6. Ganancia de consistencia o trazabilidad
A veces se justifica IA exclusivamente con una promesa de velocidad.
Eso es demasiado estrecho.
Un agente puede aportar valor aunque el ahorro de tiempo no sea espectacular si mejora:
- consistencia;
- cobertura;
- trazabilidad;
- documentación;
- disciplina de escalamiento;
- reutilización de una metodología.
Consistencia
Dos personas pueden revisar contratos de manera muy diferente.
Un sistema bien diseñado puede asegurar que ambas revisiones consideren las mismas categorías mínimas.
Trazabilidad
El agente puede registrar:
- qué fuente consultó;
- qué acción tomó;
- qué hallazgo generó;
- qué aprobación recibió.
Esto puede ser más valioso que ahorrar cinco minutos.
Reducción de carga repetitiva
También puede liberar a profesionales de operaciones mecánicas:
- localizar documentos;
- completar matrices;
- comparar versiones;
- preparar borradores.
La persona concentra atención en juicio y excepciones.
Las seis condiciones juntas
Consideremos un proceso de revisión de proveedores.
Trabajo repetible
La organización revisa decenas de proveedores al mes.
Varias etapas
Debe:
- identificar servicio;
- revisar documentos;
- clasificar datos;
- activar especialidades;
- consolidar riesgos;
- pedir aprobación.
Criterios explicitables
Existen checklists, umbrales y políticas.
Fuentes identificables
Contrato, DPA, políticas y repositorios autorizados.
Revisión humana posible
Riesgos altos y comunicaciones externas requieren aprobación.
Ganancia adicional
Hoy el proceso depende de recordatorios manuales y produce documentación desigual.
Aquí la pregunta “¿conviene un agente?” merece análisis serio.
Un contraste: tarea que parece similar pero no cumple las condiciones
Encargo:
“Define la estrategia jurídica definitiva para esta controversia extraordinaria, utilizando cualquier fuente que estimes útil, y comunícala directamente al cliente.”
Tenemos:
- baja repetibilidad;
- fuentes abiertas;
- alto juicio profesional;
- acción externa;
- alto costo de error.
Aunque el problema sea complejo, la estructura no favorece alta autonomía.
La complejidad de la tarea no es suficiente.
Un scorecard preliminar
Podemos utilizar una tabla simple para decidir si vale la pena continuar el diseño.
| Condición | Baja | Media | Alta |
|---|---|---|---|
| Repetición | caso único | ocasional | recurrente |
| Etapas | una operación | algunas | muchas y variables |
| Criterios | tácitos | parciales | explicitables |
| Fuentes | abiertas | mixtas | identificables |
| Revisión humana | difícil | parcial | integrada |
| Ganancia de control | baja | media | alta |
No existe un puntaje matemático universal.
La tabla obliga a hacer explícitas las condiciones.
La comparación con alternativas
Antes de decidir debemos comparar el agente con opciones más simples.
Prompt
¿Una instrucción bien diseñada resuelve la tarea?
Skill
¿Basta encapsular una metodología?
Workflow
¿La ruta puede definirse anticipadamente?
Copiloto
¿Conviene que el sistema proponga y la persona seleccione?
Agente
¿Existe variabilidad contextual suficiente para justificar selección dinámica?
Esta comparación evita utilizar agentes como solución por defecto.
La condición adicional: poder mantenerlo
Un agente que funciona hoy no queda terminado para siempre.
Puede cambiar:
- el modelo;
- la política interna;
- las fuentes;
- las herramientas;
- el proceso institucional;
- el tipo de documentos recibidos.
Por eso, antes de adoptarlo, también conviene preguntar si existe capacidad organizacional para mantenerlo.
Esto incluye:
- responsable del sistema;
- revisión de cambios;
- conjunto de evaluación;
- monitoreo de fallas;
- actualización de criterios;
- gestión de proveedores;
- procedimiento de contingencia.
Una tarea puede ser técnicamente excelente para agencia y, sin embargo, no serlo organizacionalmente si nadie puede mantener la configuración y revisar su desempeño.
Beneficio recurrente versus costo recurrente
La comparación económica tampoco debería mirar sólo el costo inicial de construir.
Un agente puede generar costos continuos de:
- inferencia;
- herramientas externas;
- almacenamiento;
- evaluación;
- observabilidad;
- supervisión humana;
- mantenimiento.
La repetición del trabajo es importante precisamente porque permite distribuir estos costos sobre un volumen suficientemente significativo.
Un prototipo exitoso demuestra posibilidad.
La decisión de producción exige demostrar sostenibilidad operacional.
Caso conductor: el contrato de proveedor de IA
Volvamos a la pregunta transversal:
“Llegó un contrato de proveedor de IA. ¿Puede aprobarse?”
¿Es repetible?
Sí: la organización revisa proveedores regularmente.
¿Tiene varias etapas?
Sí: arquitectura, datos, contrato, seguridad, riesgo, aprobación.
¿Hay criterios explicitables?
Sí: políticas, posiciones contractuales, umbrales de escalamiento.
¿Hay fuentes identificables?
Sí: documentos del proveedor y repositorios internos autorizados.
¿Puede revisarse humanamente?
Sí: la decisión final y las excepciones pueden reservarse a personas.
¿Existe ganancia de consistencia o trazabilidad?
Sí: el agente puede aplicar una metodología uniforme y registrar la trayectoria.
Entonces un agente puede ser razonable.
Pero todavía no sabemos cómo diseñarlo.
Esa diferencia es importante.
Esta página responde:
“¿vale la pena considerar la arquitectura?”
No:
“¿cuál debe ser la arquitectura exacta?”
Qué puede salir mal
Confundir repetición con volumen
Una tarea frecuente puede ser demasiado sensible para alta autonomía.
Creer que tener una checklist elimina juicio
Los criterios pueden estructurar una parte del trabajo sin cubrir toda la decisión.
Usar revisión humana como excusa universal
Si la persona no puede revisar efectivamente, el control es aparente.
Medir sólo ahorro de tiempo
La automatización también puede empeorar trazabilidad o aumentar dependencia.
Construir agente antes de comprender el proceso
Si no conocemos el trabajo actual, automatizamos opacidad.
Qué debes recordar
Vale la pena considerar un agente cuando existe una combinación de:
- trabajo repetible;
- varias etapas;
- decisiones contextuales;
- criterios que pueden explicitarse;
- fuentes identificables;
- revisión humana posible;
- ganancia de consistencia, trazabilidad o reducción de carga repetitiva.
La pregunta no es:
“¿Puede una IA hacer esto?”
Es:
“¿esta tarea tiene una estructura que permita delegar selección dinámica dentro de límites observables y revisables?”
El problema que todavía queda abierto
Ya sabemos reconocer cuándo un agente parece una opción razonable.
El siguiente paso es convertir esa intuición en un diseño concreto.
Necesitaremos especificar:
- objetivo;
- alcance;
- criterios;
- herramientas;
- límites;
- evidencia;
- intervención humana;
- criterio de cierre.
La página siguiente reúne esas piezas en una plantilla conceptual para diseñar un agente jurídico sin perder de vista autoridad, trazabilidad y control.