Un agente de IA gasta dinero sin hacer nada útil cuando repite una y otra vez una acción que falla: cada intento cuesta, y ninguno resuelve nada. Se llama bucle, y se evita con dos cosas que debes pedir desde el primer día: un máximo de intentos por tarea y un tope de gasto que corte la actividad cuando se supera. Con ellas, el peor caso es un aviso y una tarea pendiente. Sin ellas, puede ser una factura que descubres a final de mes.
Para entenderlo hace falta una idea de cómo se paga. Los proveedores de modelos de IA cobran por la cantidad de texto que el agente lee y escribe, medida en unidades llamadas tokens. Si quieres el detalle, lo explicamos en cuánto cuestan los tokens de IA, sin tecnicismos. Lo importante aquí es que el agente no distingue entre un intento que sirve y uno que no: ambos consumen.
Cómo nace un bucle: un ejemplo cotidiano
Imaginemos una pyme de distribución cuyo agente consulta cada mañana el stock en el portal de un proveedor. Un día el proveedor cambia su página de acceso. El agente intenta entrar, falla, lo intenta de nuevo, falla otra vez. Si nadie le ha puesto un límite, sigue así toda la noche, y cada vuelta le cuesta lo mismo que una que funciona. Por la mañana no hay datos de stock y sí un consumo disparado.
Hay tres formas habituales de que esto ocurra:
- Reintento ciego. La acción falla por un motivo que no se va a arreglar solo (una contraseña caducada, un permiso retirado, una página que ha cambiado) y el agente insiste.
- Ping-pong. Dos partes del sistema se devuelven el trabajo: una redacta, otra lo rechaza, la primera lo rehace, y así sucesivamente sin que nadie decida que ya está bien.
- Corrección infinita. El agente revisa su propio resultado, encuentra algo que mejorar, lo cambia, vuelve a revisar y no se detiene nunca.
En algunos diseños, además, cada vuelta arrastra todo lo que se ha hecho antes, de modo que cada intento cuesta más que el anterior. Por eso un bucle corto es una molestia y uno largo puede ser un problema serio.
¿Qué límites de intentos debes pedir a tu proveedor?
Debes pedir por escrito un máximo de intentos por tarea, una espera creciente entre intentos, un tope de gasto por tarea, por día y por mes, y un corte automático que pase el caso a una persona cuando se agotan los intentos. No son características avanzadas, son controles básicos de cualquier sistema que gasta dinero cada vez que actúa, y un proveedor serio debería poder explicarte cómo los aplica, qué valores propone y quién puede cambiarlos.
Esta es la lista que conviene tener delante:
- Intentos máximos por tarea. Un número pequeño (tres, por ejemplo) es suficiente para absorber un fallo momentáneo.
- Espera entre intentos. Si el servidor está saturado, insistir de inmediato no ayuda; esperar cada vez un poco más, sí.
- Pasos máximos por tarea. Un tope al número de acciones que puede encadenar para resolver un único encargo, para frenar el ping-pong y la corrección infinita.
- Tope de gasto. Por tarea, por día y por mes. Al llegar al límite, el agente se detiene y avisa; no sigue "porque queda poco".
- Corte tras fallos repetidos. Si la misma acción falla varias veces seguidas, el agente deja de intentarlo y lo comunica.
- Aviso anticipado. Una alerta cuando el gasto se acerca al tope, no solo cuando lo alcanza.
Pregunta también quién puede modificar esos límites. Si el propio agente pudiera subirse el tope para "terminar la tarea", el control no serviría de nada.
¿Cómo se detecta un bucle en el informe de consumo?
Se detecta comparando lo que se ha gastado con lo que se ha conseguido: si el consumo sube y las tareas terminadas no, algo se repite sin resultado. Para poder hacer esa comparación necesitas un informe mensual, o mejor semanal, que no se limite a un total y que incluya el desglose por tipo de tarea, el número de intentos, los fallos y los casos que pasaron a una persona. Con ese detalle, las señales aparecen solas.
Qué mirar en el informe:
- Consumo en horas sin actividad. Una noche, un domingo o un festivo con gasto alto cuando nadie trabaja es la señal más clara de un agente que da vueltas.
- Coste por tarea terminada. Si sube de forma sostenida sin que haya cambiado el trabajo, hay intentos que no están dando fruto.
- La misma tarea con muchas llamadas. Una tarea que aparece decenas de veces en lugar de una o dos.
- El mismo mensaje de error repetido. Es la huella de un reintento ciego.
- Días que se salen de lo normal. Un día con un gasto muy superior al resto merece una explicación por escrito.
Si tu proveedor no puede darte este nivel de detalle, es un motivo para preguntarse cómo se está controlando el gasto. Para el seguimiento mes a mes de la calidad del trabajo, te sirve también cómo medir la calidad del trabajo de un agente de IA.
Qué debe hacer el agente cuando algo falla
Un buen agente no solo se detiene, también distingue qué tipo de fallo tiene delante:
- Fallo pasajero (el servicio está lento o no responde): tiene sentido reintentar, con esperas y con límite.
- Fallo que no se arregla solo (credenciales rechazadas, una página que ha cambiado, un dato que falta): reintentar es dinero tirado. Lo correcto es parar y avisar.
Cuando para, el aviso debe ser útil: qué intentó, qué respuesta obtuvo, cuántas veces y qué necesita para continuar. Ahí empieza el trabajo de la persona, que es quien decide si hay que actualizar un acceso, arreglar la conexión con el proveedor o dejar la tarea para otro día. El agente no debe decidir por su cuenta saltarse un paso, probar otro camino con tus datos ni ampliar su propio presupuesto.
El reparto de tareas: agente y persona
Resumiendo quién hace qué:
- El agente intenta la tarea dentro de los límites, registra cada intento, se detiene cuando se agotan y prepara un resumen del problema.
- Una persona de tu equipo recibe el aviso, entiende qué ha pasado y decide el siguiente paso.
- Tú, o quien lleve la relación con el proveedor, revisa el informe de consumo con una periodicidad fija y aprueba cualquier cambio de límites.
Con este reparto, un fallo se queda en una incidencia y no en una factura. Si además quieres ver cómo se evita pagar de más cuando las respuestas se repiten, tienes caché en IA: cuándo ahorra dinero y cuándo sirve datos caducados.
Conclusión
Un agente de IA que repite sin parar una acción fallida consume dinero sin dar resultado. Se previene con límites de intentos, de pasos y de gasto, con un corte que pase el caso a una persona, y se detecta mirando el informe de consumo junto con las tareas realmente terminadas.
En MG Solutions construimos agentes de IA específicos para cada empresa, adaptados a tu forma de trabajar y a tus herramientas, no una plantilla genérica, con límites de intentos y de gasto definidos desde el principio y un informe de consumo que puedas leer sin ser técnico.
Si quieres ver cómo encajaría en tu empresa, escríbenos y lo hablamos.