"Agente" es la palabra del año. Está en cada post de LinkedIn, en cada demo, en cada pitch. Y como pasa siempre que una palabra se pone de moda, se usa tanto que dejó de querer decir algo. Todo es "un agente" ahora, hasta un formulario con un chatbot pegado.
Yo los construyo. Tengo varios corriendo, algunos para clientes y otros para mí. Así que me pareció buena idea definirlo y ver que significa en la práctica.
Qué es, en cristiano
Un chatbot responde y se queda esperando la siguiente pregunta. Tú preguntas, contesta, para. Es reactivo: no hace nada hasta que tú lo empujas.
Un agente tiene un objetivo y actúa solo para cumplirlo. Decide los pasos, usa herramientas ya sea abrir archivos, llamar a una API, correr un comando, mira el resultado, corrige y sigue, hasta que termina o se rinde. La diferencia no es que sea más inteligente. Es que tiene autonomía y herramientas: puede hacer cosas, no solo decirlas.
Y hay un detalle que separa al agente que funciona del que se cae a pedazos: el objetivo tiene que ser claro y acotado. Un agente que hace todo normalmente va a fallar o no lo va a hacer tan bien como uno que está enfocado en un solo objetivo. Mientras más estrecho el trabajo, mejor funciona.
Un ejemplo que cualquiera entiende
Mi carpeta de descargas era un desastre. Instaladores viejos, PDFs, capturas, ZIPs, cosas de hace meses, todo revuelto. La ordenaba cada tanto, me duraba una semana, volvía al caos.
Hoy tengo un agente local y privado, que la revisa, clasifica cada archivo y lo deja donde corresponde: los documentos con los documentos, las imágenes con las imágenes, la basura a la basura, corre cada día y yo no tengo que hacer nada o casi nada, excepto a veces ajustar para cosas que no ha visto o que no puede leer bien. No es glamoroso ni sale en ninguna demo, pero es exactamente lo que un agente hace bien: un trabajo aburrido, acotado y repetitivo, sin mí.
Fíjate que no le pedí que "administrara mi computador". Le pedí una cosa: ordena esta carpeta. Objetivo estrecho, resultado confiable.
Lo que separa uno que sirve de uno que es puro humo
Acá está lo que casi nadie te dice. El 90% de los "agentes" que ves por ahí son un prompt con esteroides: le pides algo bonito a un modelo y le llamas agente. Eso no es un agente, es una ilusión que funciona en la demo y se cae en producción.
Un agente de verdad es más que el prompt. Son tres cosas alrededor:
Contexto — qué sabe, con qué datos trabaja, cuál es su mundo.
Límites — qué puede tocar y qué no, hasta dónde llega, cuándo tiene que parar y pedir ayuda en vez de seguir inventando.
Un monitor — algo que te avisa cuándo y dónde falló. Porque va a fallar, esa es la parte que la gente no quiere escuchar. No tiene que ser sofisticado: un archivo de texto donde deja registro, o un correo que te llega cuando algo se rompió es suficiente. Lo que no puedes es tener un agente corriendo a ciegas, sin manera de saber qué está haciendo.
El prompt es la parte fácil y la que todos muestran. Las otras tres son las que hacen que funcione el martes a las tres de la mañana cuando nadie está mirando.
La cicatriz: un agente suelto cuesta plata
He visto agentes quedarse en bucles infinitos. Intentan algo, falla, lo intentan de nuevo, falla, y otra vez, y otra, sin darse cuenta de que no van a ninguna parte. Si es local, pierdes tiempo. Si corre contra una API que cobra por uso, cada vuelta de ese bucle es plata saliendo de tu bolsillo mientras no estás mirando.
Por eso los límites no son opcionales: tope de tokens, tope de reintentos, un tiempo máximo. El agente tiene que saber rendirse. Un agente que no sabe parar no es autónomo, es un grifo abierto. Esta es justo la parte que las demos nunca te muestran, porque en la demo todo sale bien a la primera.
Cómo lo replicas
No necesitas construir nada técnico para sacar la idea, seas del rubro o no:
Empieza por algo aburrido y chico. No "un agente que maneje mi negocio". Una tarea repetitiva, acotada, que odias hacer: ordenar, clasificar, revisar, avisar. Mientras más estrecho, mejor sale.
Ponle límites antes de soltarlo. Qué puede tocar, hasta cuándo insiste, cuándo se rinde. Un agente sin frenos es un problema esperando a pasar, y a veces con factura.
Dale un monitor y déjalo trabajar. Algo tan simple como un registro o un aviso cuando falla. Si no puedes ver qué hace, no lo sueltes.
La regla de una línea: un agente no es un prompt más elaborado, es un objetivo acotado, con límites y con alguien mirando. Lo que separa al que te ahorra días del que te vacía la cuenta no es el modelo, es lo que le pusiste alrededor.
Y el número, para que no quede en el aire: entre todos los agentes que tengo corriendo, me ahorran como dos días de trabajo a la semana. Puro trabajo que no es el corazón de mi negocio pero que igual hay que hacer. Dos días que ahora van a lo que sí importa.
Que está pasando
El dato del día: OpenAI contó que pausó internamente uno de sus modelos, el que en mayo resolvió una conjetura matemática que llevaba décadas abierta, porque durante una prueba se puso a buscar una vulnerabilidad en su propio sandbox para escaparse. Tenía instrucción de reportar por un canal, pero siguió las instrucciones del test en vez de las del operador, y cuando un scanner le bloqueó un token, lo partió en pedazos y lo reconstruyó para evadir el control. Justo lo de arriba, pero a escala de laboratorio de frontera: si a OpenAI un agente se le desvía de la instrucción literal, el mensaje para cualquiera que corra uno en producción es el mismo, los límites y el monitor no son adorno, son lo que te separa del bucle infinito con factura.