Optimización del gasto de tokens de IA: cómo ahorrar 4,6 M al día

Casi todos creen que los tokens de un agente de IA se van en tareas complejas: código, análisis de sitios web, navegador. Pero la mayor fuga está en los procesos en segundo plano. Las tareas cron, los diagnósticos, las consultas de estado y las enormes listas de herramientas cargadas «por si acaso» se comen el presupuesto antes de que empiece el trabajo real. El desarrollador identificó las causas y, solo ajustando las tareas en segundo plano, redujo el consumo en 4,6 millones de tokens diarios.

Procesado por IA desde Habr AI; editado por Hamidun News
Optimización del gasto de tokens de IA: cómo ahorrar 4,6 M al día
Fuente: Habr AI. Collage: Hamidun News.
Escuchar artículo
Ficha técnica y cifras clave
ParámetroDatos
Fuente originalHabr AI ↗
Editor jefe
Tareas cronejecuciones periódicas, haya trabajo real o no
Diagnósticos y consultas de estadoel agente comprueba sin parar su propio estado, incluso cuando no pasa nada
Listas de herramientas excesivasse cargan decenas de herramientas en el contexto «por si acaso», aunque la mayoría de las tareas necesitan solo tres a cinco

La optimización del gasto de tokens de IA resuelve un problema que los desarrolladores suelen pasar por alto: la mayor parte del presupuesto de un agente de IA no se destina a trabajo útil, sino a procesos auxiliares en segundo plano. Al ajustar la configuración de esas tareas, el desarrollador redujo el consumo en aproximadamente 4,6 millones de tokens diarios.

Dónde se fugan realmente los tokens

La intuición dice que los tokens se gastan donde el agente resuelve problemas difíciles: escribe código, analiza sitios web, maneja el navegador, examina registros. La tarea es compleja, el modelo razona, se invocan herramientas y el contexto crece. Parece lógico.

Pero los datos reales muestran otra cosa. El mayor consumidor del presupuesto no son las tareas complejas, sino los procesos auxiliares que funcionan constantemente en segundo plano:

  • Tareas cron: ejecuciones periódicas, haya trabajo real o no
  • Diagnósticos y consultas de estado: el agente comprueba sin parar su propio estado, incluso cuando no pasa nada
  • Listas de herramientas excesivas: se cargan decenas de herramientas en el contexto «por si acaso», aunque la mayoría de las tareas necesitan solo tres a cinco
  • Comprobaciones de monitorización: pings constantes de disponibilidad, incluidos los periodos de inactividad total

La paradoja es que, desde el punto de vista del código, el agente cumple fielmente: hace comprobaciones, mantiene las herramientas a mano, sigue el calendario. Pero ninguna de estas acciones aporta valor al usuario y todas engordan la factura. El contador de tokens ya corre antes de que el usuario haya enviado una sola petición.

Por qué esta fuga es tan difícil de detectar

El autor lo explica con una analogía precisa: imagine a un operario al que llaman para cambiar un enchufe. Antes de tocar una herramienta, descarga de su furgoneta todo un mercado de la construcción, dos martillos perforadores y una hormigonera, y luego cobra por todo el tiempo, descarga incluida.

Cada petición en segundo plano parece barata: un ping de diagnóstico cuesta unas decenas de tokens y una comprobación cron cada minuto tampoco es mucho. Pero a escala de un día, con varios procesos en paralelo, el efecto total es enorme, comparable a miles de interacciones reales de usuarios.

El problema se agrava por el enfoque habitual al diseñar sistemas de agentes: todo lo potencialmente útil se carga de antemano en el contexto, las herramientas se adjuntan en paquetes y la monitorización funciona sin pausa. Durante el desarrollo y la depuración está justificado. En producción se convierte en un agujero constante y previsible en el presupuesto. Por eso el problema no salta a la vista: el panel muestra el total, pero no explica de dónde sale la mayor parte.

Qué aporta una auditoría de los procesos en segundo plano

El desarrollador localizó los puntos concretos de fuga, ajustó la configuración de las tareas en segundo plano y redujo el consumo en aproximadamente 4,6 millones de tokens diarios. Importante: es un resultado obtenido solo con tareas en segundo plano, sin cambios en la lógica principal del agente.

La optimización de agentes de IA no empieza por la calidad de los prompts ni por la elección del modelo. Gran parte del presupuesto real depende de decisiones de arquitectura: la frecuencia de las ejecuciones en segundo plano, las herramientas presentes en el contexto, la lógica de monitorización. Aquí suelen estar los ahorros más rápidos y medibles. Una auditoría así es especialmente importante al escalar: más agentes o tareas multiplican el gasto en segundo plano, aunque la lógica principal no cambie.

Qué significa esto

Antes de optimizar la calidad de las respuestas del agente, conviene comprobar cuántos tokens se gastan antes de que empiece a trabajar. Auditar las tareas en segundo plano no es una medida puntual, sino una parte estándar del mantenimiento de sistemas de agentes en producción.

¿Cómo ahorrar en el gasto de tokens de un agente de IA?

La mayor parte del presupuesto se va en procesos auxiliares en segundo plano. Al ajustar la configuración de esas tareas, el desarrollador redujo el consumo en aproximadamente 4,6 millones de tokens diarios.

¿Dónde se pierden realmente los tokens en los agentes de IA?

No en las tareas complejas, sino en los procesos auxiliares en segundo plano. La intuición dice que los tokens se van en código y análisis, pero los datos reales muestran otra cosa.

Preguntas frecuentes sobre la noticia

¿Cómo ahorrar en el gasto de tokens de un agente de IA?

La mayor parte del presupuesto se va en procesos auxiliares en segundo plano. Al ajustar la configuración de esas tareas, el desarrollador redujo el consumo en aproximadamente 4,6 millones de tokens diarios.

¿Dónde se pierden realmente los tokens en los agentes de IA?

No en las tareas complejas, sino en los procesos auxiliares en segundo plano. La intuición dice que los tokens se van en código y análisis, pero los datos reales muestran otra cosa.

Dónde se fugan realmente los tokens?

La intuición dice que los tokens se gastan donde el agente resuelve problemas difíciles: escribe código, analiza sitios web, maneja el navegador, examina registros. La tarea es compleja, el modelo razona, se invocan herramientas y el contexto crece. Parece lógico. Pero los datos reales muestran otra cosa. El mayor consumidor del presupuesto no son las tareas complejas, sino los procesos auxiliares que funcionan constantemente en segundo plano: Tareas cron: ejecuciones periódicas, haya trabajo real o no Diagnósticos y consultas de estado: el agente comprueba sin parar su pro

ZK
Zhemal Khamidun — CPO de Alpina Digital, product manager de AlpinaGPT. Crea productos de IA desde 2019. Hamidun News es un proyecto personal que creció hasta ser un agregador en producción con más de 6.000 lectores.
✦ Unified AI Workspace · Nomad

Test Frontier LLMs & Autonomous Agents in One Workspace

Run Claude Opus 5.5, GPT-6, Gemini 3.1, and DeepSeek side-by-side in Nomad AI (nomadnet.ai) — unified model routing, deep research, and multimodal workflows under one subscription.

Try Nomad AI →Launch Nomad Agent
¿Qué te parece?
Cargando comentarios…