Asistente dot de OpenAI consume 300.000 tokens al día sin instrucciones

Qué ocurrió

Una prueba documentada por The Register reveló que el asistente dot de OpenAI consumió más de 300.000 tokens y registró 155 trazas de actividad en un solo día, sin que ningún usuario le enviara una instrucción. El asistente tenía concedido acceso de solo lectura durante el ensayo.

Lo relevante es que la actividad se produjo de forma autónoma. El consumo de cómputo y los registros no respondieron a una solicitud humana directa, y el episodio se midió a lo largo de una jornada completa. Esto permite dimensionar el volumen de procesamiento que puede generar un asistente de este tipo cuando opera sin una petición activa.

La información pública disponible procede del reporte de The Register. Conviene interpretar las cifras como el resultado de una prueba concreta y no como una medición general del producto en todos los escenarios de uso.

Por qué importa

Para los líderes de experiencia, inteligencia artificial y transformación digital, el caso pone de relieve una diferencia que suele pasar desapercibida: un asistente de IA puede consumir recursos y generar registros aunque nadie lo esté utilizando de forma activa. Como el consumo de tokens está ligado al coste y al rendimiento, la actividad no solicitada tiene implicaciones directas sobre el presupuesto operativo y sobre la gobernanza de los sistemas.

Cuando un agente opera en segundo plano, aunque tenga permisos limitados, la pregunta deja de ser si responde bien y pasa a ser qué hace cuando nadie le pide nada. Esto afecta a la confianza de empleados y clientes que dependen de sistemas de IA integrados en sus procesos, y sugiere que la observabilidad debe formar parte del diseño del servicio desde el inicio.

En cifras

• Más de 300.000 tokens consumidos por el asistente en un solo día.
• 155 trazas de actividad registradas en el mismo periodo.
• Cero instrucciones de usuario asociadas a la actividad, según la prueba reportada.

La visión de Renascence

La mayoría de los lectores se fijará en la cifra de tokens. Lo más importante es el supuesto de diseño que este episodio pone en duda: tratar la autonomía de un agente como una función más, cuando en realidad es un comportamiento que debe gobernarse como cualquier otro servicio.

El principio de diseño de servicios aquí es sencillo: todo lo que ocurre sin petición del cliente debe ser visible, explicable y presupuestado. Un operador centrado en el cliente no debería esperar a una factura inesperada para descubrir que su asistente trabaja en silencio. Antes de conceder acceso a datos, aunque sea de solo lectura, debería exigir límites de consumo, registros legibles para el equipo de operaciones y una prueba del comportamiento del sistema en reposo.