Establecimos un límite de crédito de 100 $ para nuestra flota de diez agentes de IA y el limitador se activó el mismo día, deteniendo cada nueva tarea hasta que aumentamos el tope. El incidente demuestra que el bucle de control se activó instantáneamente cuando se superó el presupuesto.
Por qué un límite de crédito es importante para las flotas de IA
Ejecutar diez agentes autónomos en un solo servidor genera un flujo constante de llamadas a la API, cada una facturada según los tokens que consumen. Los registros (logs) tradicionales capturan lo que hicieron los agentes —consultas, respuestas, marcas de tiempo—, pero no dicen nada sobre cuánto costaron esas acciones. Cuando una flota escala, esa factura invisible puede dispararse, agotando los presupuestos antes de que alguien se dé cuenta.
Convertir los registros en un libro contable
Nuestro primer paso fue dejar de tratar los registros como texto plano y empezar a tratarlos como un libro contable financiero. Cada ciclo de agente —tarea → en curso → completada— produce ahora tres asientos contables:
- Dinero – un valor imputado en USD derivado del recuento de tokens de la solicitud.
- Promesas – tareas abiertas que representan un pasivo pendiente, es decir, trabajo que se facturará una vez completado.
- Mano de obra – las unidades de trabajo reales que realizó el agente.
En lugar de buscar la palabra “error” en un archivo de registro mediante grep, ahora podemos ejecutar una verdadera consulta financiera: “Mostrar todas las promesas cuyo total de dinero supere los 100 $”. El libro contable hace que el coste oculto sea visible y consultable.
El sistema de control de bucle cerrado
El mecanismo de límite de crédito sigue un bucle de cuatro pasos que se ejecuta continuamente:
- Medir – cada turno del agente añade una línea a un registro de gastos, registrando el uso de tokens y el importe en dólares derivado.
- Valorar – el sistema convierte el recuento de tokens a USD utilizando el tipo de cambio actual.
- Alertar – un monitor vigila el presupuesto móvil. Su estado pasa de none (sin aviso) a warn (acercándose al límite) a cap (límite alcanzado).
- Limitar – la compuerta lee el estado actual y bloquea cualquier nuevo envío de tareas cuando el tope está activo.
La ventana presupuestaria es un periodo móvil de cinco horas, lo que significa que el sistema siempre analiza las últimas cinco horas de gasto, no un bloque de calendario fijo. Esto mantiene el bucle receptivo a los picos de actividad y evita que un único aumento repentino bloquee la flota indefinidamente.
Un panel de control que simplemente muestra el gasto cuenta una historia; el limitador que lee ese número y detiene el envío es el verdadero control.
Resiliencia por diseño
Un sistema de control de gastos que se convierta en un punto único de fallo sería contraproducente. Construimos tres salvaguardas:
- Fallo abierto (Fails open) – si la herramienta de presupuesto falla, los agentes siguen funcionando. El gasto puede quedar sin control, pero la flota sigue operativa.
- Bypass manual – los operadores pueden anular el limitador a través de un canal prioritario, permitiendo que los trabajos críticos procedan incluso cuando se alcanza el límite.
- Reanudación automática – a medida que la ventana móvil avanza, el gasto antiguo sale del cálculo. Una vez que el total cae por debajo del límite, la compuerta se vuelve a abrir automáticamente sin intervención humana.
La prueba: límite de 100 $ frente a un gasto existente de 156 $
Lanzamos el sistema con un límite de 100 $ mientras que la actividad reciente de la flota ya había acumulado 156 $ de gasto. El limitador se activó instantáneamente, deteniendo todas las nuevas tareas. Cuando aumentamos el tope a 200 $, la compuerta se volvió a abrir y el trabajo se reanudó sin necesidad de más pasos manuales.
El experimento confirmó dos cosas:
- El bucle de control reacciona en tiempo real; no hay retraso entre la detección del incumplimiento y la aplicación de la medida.
- Los operadores pueden ajustar los límites sobre la marcha, evitando tiempos de inactividad innecesarios para trabajos de baja prioridad.
Conclusión: Tratar los registros de los agentes como un libro contable financiero e integrar un limitador de presupuesto móvil en el flujo de envío le proporciona una protección instantánea y ejecutable contra el exceso de gasto. Es un control económico y resiliente que funciona hoy; se pueden añadir políticas más sofisticadas más adelante, pero el bucle básico debería ser la primera línea de defensa para cualquier flota de agentes de IA.