← Todos los artículos

Cuándo NO construir un agente de IA

La frase más útil que digo

Construyo agentes de producción profesionalmente, y justo por eso la frase más útil que digo en las llamadas es: "esto no debería ser un agente". Aproximadamente la mitad de las ideas de agentes que me llegan fallan uno de cuatro tests, y ahorrarse el desarrollo vale más que cualquier desarrollo.

Cuatro casos donde la respuesta es no

  • El proceso es determinista. Si los pasos nunca se bifurcan por juicio (exportar, transformar, subir), un script lo hace por una fracción del coste y nunca alucina. Pagar precios de agente por problemas de script es el despilfarro más común que veo.
  • El coste del error es catastrófico e irrevisable. Un agente que envía precios a clientes, presenta documentos legales o mueve dinero sin puerta humana no es automatización: es munición sin explotar. Algunas decisiones llevan humano en el bucle permanentemente, y saber cuáles es la verdadera especialización.
  • No hay cifra atada. "Deberíamos tener IA" no es un proyecto. Si nadie puede decir qué métrica mueve el agente (horas ahorradas, tickets resueltos, días-hasta-facturar recortados), el proyecto no tiene manera de terminarse, solo de abandonarse.
  • El volumen no existe todavía. Un agente que gestiona doce emails a la semana cuesta más operar y vigilar que la hora de asistente que sustituye. Por debajo de un umbral real de volumen, una checklist gana a un sistema.

Qué hacer en su lugar

Normalmente una de tres cosas: escribir el script aburrido, añadir una pequeña automatización dentro de las herramientas que ya tienes, o, lo más frecuente, arreglar primero el proceso en sí, porque automatizar un proceso roto te da salida rota a escala.

Por qué oír esto de mí

Un proveedor que dice sí a todo vende horas. Uno que nombra el borde del mapa (te diré en qué estoy al 20%, y cuándo un agente es demasiado) merece confianza en el resto. Trae el proceso y la cifra que quema; un no mío te cuesta una llamada y te ahorra un trimestre.