Elige una tarea frecuente, explicable y reversible; monta instrucciones, datos, dos herramientas y un registro; y mide una sola cosa: los minutos que deja de dedicarle una persona cada semana.
Un cliente me escribió en marzo con una frase que resume bien el problema: «tenemos un agente montado, pero nadie se fía de él». Lo habían construido en una tarde, respondía razonablemente bien a las preguntas de la demo y llevaba dos semanas contestando cosas que nadie había revisado. Nada estaba roto del todo; simplemente no se podía usar.
Lo que sigue es el orden que utilizo cuando alguien quiere su primer agente. No es una guía de herramientas: la herramienta es la última decisión y casi siempre la menos importante.
Qué es un agente y qué no
Un agente es un modelo con instrucciones estables, acceso a unas cuantas herramientas y permiso para decidir en qué orden usarlas. Eso es todo. Si escribes un prompt largo y lo pegas en una ventana de chat cada mañana, no tienes un agente: tienes una costumbre. Si un flujo pasa el texto por el modelo y después siempre hace lo mismo, tampoco: eso es una automatización, que muchas veces es exactamente lo que hace falta y cuesta la décima parte de mantener.
La diferencia importa porque cambia quién se hace cargo. Una automatización falla de forma previsible y avisa. Un agente puede equivocarse de forma razonable, y para eso necesitas límites escritos.
Automatización | Agente |
|---|---|
Siempre los mismos pasos | Decide el orden según el caso |
Falla de forma visible | Puede equivocarse con buena cara |
Se prueba una vez | Se revisa cada semana |
Coste estable | Coste por caso, hay que vigilarlo |
El caso por el que conviene empezar
Busca una tarea que cumpla tres condiciones: ocurre muchas veces a la semana, alguien la hace ahora con criterio pero sin disfrutarla, y un error no tiene coste inmediato para el cliente. Cualificar formularios de contacto cumple las tres. Redactar la respuesta final a una reclamación, no.
- Frecuencia alta. Veinte veces a la semana como mínimo, o no notarás la diferencia.
- Criterio explicable. Si quien la hace no sabe decir cómo decide, el agente tampoco lo sabrá.
- Error reversible. Alguien revisa antes de que salga fuera, al menos las primeras semanas.
Las cuatro piezas del montaje
Instrucciones, datos, herramientas y registro. Las instrucciones se escriben una vez y se corrigen cada semana con los casos que han salido mal. Los datos son la parte aburrida: si la información vive en cuatro sitios con versiones distintas, ordénala antes; ningún modelo arregla eso por ti. Las herramientas, las mínimas: leer el correo, escribir en una tabla, avisar por Slack. Y el registro, que es lo que casi nadie monta y lo que después echa de menos todo el mundo.
Sin registro no tienes un agente: tienes una intuición que responde correos.
Guarda entrada, decisión y salida de cada ejecución en una tabla, con la fecha. La primera vez que el agente haga algo raro, esa tabla es la diferencia entre corregir en diez minutos y apagarlo todo.
Dónde se rompe el tercer día
En mi experiencia, en tres sitios y casi siempre en el mismo orden. Primero, un caso que no estaba en las instrucciones: un correo en otro idioma, un adjunto vacío, un cliente que ya existía. Segundo, un límite de la API o una credencial caducada; sin reintentos ni aviso, el agente deja de trabajar en silencio y nadie se entera hasta el viernes. Tercero, el alcance: alguien pide «que también haga…» y la tarea que funcionaba se convierte en cuatro tareas que fallan a medias.
Los tres se previenen igual: una lista de casos que el agente debe rechazar explícitamente, avisos de error a un canal donde alguien mira, y la regla de no ampliar el alcance hasta que dos semanas seguidas salgan limpias.
Cómo saber si ha funcionado
Una sola medida, decidida antes de empezar: cuántos minutos deja de dedicar una persona a esa tarea cada semana. No la calidad percibida, no lo contento que está el equipo con la novedad. Si a las cuatro semanas nadie sabe decir el número, el proyecto no ha terminado, aunque el agente responda.
Y si el número es pequeño, se apaga sin ceremonia. Hay tareas donde esto no aporta nada, y detectarlas rápido es la parte más rentable del trabajo.
Preguntas que me hacen siempre
¿Cuánto cuesta montar un primer agente?
El coste de modelo de un agente que atiende un par de cientos de casos al mes se cuenta en decenas de euros. El gasto real es el tiempo de ordenar los datos y escribir los límites: entre veinte y cuarenta horas la primera vez.
¿Hace falta programar?
Para el primero, no. Con n8n y una tabla se llega lejos. El código aparece cuando hay que conectar un sistema antiguo o transformar datos que ninguna herramienta visual maneja bien.
¿Cuánto tarda en estar en producción?
Con la tarea elegida y los datos accesibles, entre dos y tres semanas: una para el montaje y dos de revisión humana de cada salida antes de dejarlo solo.
¿Qué pasa con los datos de mis clientes?
Se decide antes de montar nada: qué campos entran en el modelo, cuáles se anonimizan y dónde queda el registro. Si el proveedor no permite desactivar el entrenamiento con esos datos, se cambia de proveedor.
Romeo Octav Chiritoiu
Formador y consultor en inteligencia artificial aplicada, en Madrid. Trabajo con webs, servidores y automatización desde 2007 y los últimos años los he dedicado a montar agentes y flujos que aguantan. Cofundador de la academia IA Lovers.