Guía
Guía
Antes de delegar en un agente de IA: ocho decisiones
Un agente de IA completa pasos de una tarea con herramientas autorizadas. Lo que lo hace seguro no es el modelo: son las decisiones que se escriben antes de construirlo.
Respuesta corta
Antes de construir un agente, escribe: la tarea y su dueño, por qué no basta una automatización, qué herramientas usará, qué puede leer y escribir, qué acciones requieren aprobación, sus límites, qué queda registrado y qué pasa cuando falla. Si alguna respuesta no existe, el agente todavía no está listo para construirse.
1. La tarea y su dueño
Pregunta: ¿Qué tarea concreta, con qué inicio y qué fin, y quién responde por el resultado?
Ejemplo
Preparar la orden de reposición cuando el stock baja del mínimo. Dueño: jefatura de compras.
2. ¿Agente o automatización?
Pregunta: ¿La entrada varía y hay que interpretarla, o las reglas son fijas?
Ejemplo
Si las reglas son fijas y la entrada siempre llega igual, una automatización tradicional es más simple, más barata y más predecible.
3. Las herramientas
Pregunta: ¿Qué sistemas necesita y para qué? Empieza con dos a cuatro.
Ejemplo
ERP de inventario (consultar stock), correo de compras (enviar), CRM de proveedores (registrar).
4. Los permisos
Pregunta: ¿Qué puede leer y qué puede escribir en cada sistema?
Ejemplo
Lectura en el ERP; envío solo desde la cuenta de compras; escritura en el CRM limitada a órdenes.
5. Las aprobaciones
Pregunta: ¿Qué acciones se detienen hasta que una persona las aprueba, y quién aprueba?
Ejemplo
Todo envío externo, todo pago y toda modificación de datos personales requieren aprobación.
6. Los límites
Pregunta: ¿Cuánto tiempo, cuántos intentos, qué monto y qué acciones nunca?
Ejemplo
Máximo tres reintentos; órdenes de más de S/ 25,000 piden además aprobación de gerencia; nunca modifica datos de clientes.
7. El registro
Pregunta: ¿Qué queda trazado y quién puede consultarlo?
Ejemplo
Cada consulta, propuesta, aprobación y acción, con hora, versión del agente y datos usados.
8. Recuperación y aceptación
Pregunta: ¿Qué pasa si falla, y cuándo es suficientemente bueno para usarlo?
Ejemplo
Ante un fallo se detiene, conserva lo hecho y escala. Se acepta si completa el 90 % de los casos de prueba sin errores de herramienta (criterio de ejemplo).
Niveles de autonomía
La autonomía se amplía con datos de la operación, no con confianza. Normalmente se empieza en «prepara» o «actúa con aprobación».
| Nivel | Nombre | Qué hace |
|---|---|---|
| L0 | Asiste | Responde preguntas. No toca ningún sistema. |
| L1 | Observa | Consulta sistemas con permisos de lectura. |
| L2 | Prepara | Propone una acción, con sus motivos, para que alguien la ejecute. |
| L3 | Actúa con aprobación | Ejecuta después de que una persona aprueba. |
| L4 | Autonomía acotada | Ejecuta sola dentro de límites de política y presupuesto, con registro. |
Señales de que no está listo
- Nadie puede decir qué acciones necesitan aprobación.
- El agente necesitaría permisos de administrador «para no complicarse».
- No hay casos de prueba reales, incluidos los difíciles.
- No existe un criterio para decidir si funciona.
- Nadie sabría cómo detenerlo o volver a una versión anterior.
Puedes ver estas decisiones aplicadas en la demo del agente con aprobaciones.