Interfaz de límites de IA: previsualizar coste, reinicios de 5 horas, generar después

Un usuario solicita una presentación de diapositivas, se topa con un límite de IA y no ve razón alguna para la interrupción. Una mejor interfaz de límites trata la salida como un presupuesto de cómputo, con tres acciones:

• Previsualizar el coste antes de una generación pesada.
• Usar reinicios de 5 horas con un tope semanal.
• Dejar que las salidas pesadas esperen con una alerta de disponibilidad.

Así se mantiene al usuario trabajando en lugar de obligarlo a elegir entre esperar o irse.

Hacer visible el coste antes del clic

Coloca una barra o etiqueta de previsualización de coste junto al botón de generar, y déjala actualizarse a medida que cambia el prompt. Debe estimar cuánto de la ventana actual consumirá la salida, para que el usuario pueda comparar un resumen corto, un borrador completo y una presentación de diapositivas antes de elegir. Si una presentación completa consumirá la mayor parte de la ventana, el usuario puede pedir primero una respuesta más corta. La solicitud se convierte en una decisión de presupuesto, y el producto evita una interrupción inesperada.

No empieces con tokens en bruto. Los usuarios no poseen el medidor del modelo, por lo que los tokens en bruto son difíciles de evaluar. Muestra el presupuesto relativo: «pequeño», «medio», «pesado», o un porcentaje de la ventana. Si la solicitud excedería la cuota actual, dilo antes del clic, no después del fallo.

La tarifa de la API hace concreto el presupuesto. El precio de lanzamiento de Claude Sonnet 5 de Anthropic fue de $2 por millón de tokens de entrada y $10 por millón de tokens de salida hasta el 31 de agosto, y luego $3 por millón de tokens de entrada y $15 por millón de tokens de salida. La tarifa de la API de Google para Gemini 3.6 Flash era de $1.50 por millón de tokens de entrada y $7.50 por millón de tokens de salida, mientras que Gemini 3.5 Flash-Lite era de $0.30 por millón de tokens de entrada y $2.50 por millón de tokens de salida. El trabajo del diseñador es traducir esa diferencia en opciones que el usuario puede tomar antes de gastar.

El ejemplo público más fuerte es Gemini Notebook, que pasará a límites de uso basados en cómputo el 2 de septiembre de 2026. Gemini Notebook calcula el uso a partir de la complejidad del prompt, los modelos y funciones utilizados, la longitud del chat y funciones específicas. La previsualización de coste debería usar las mismas entradas, porque un chat largo con una función pesada no es la misma solicitud que una pregunta corta.

Usar reinicios de 5 horas con un tope semanal

Los nuevos límites de Gemini Notebook se reinician cada cinco horas en lugar de una vez al día. La cuota se renueva cada 5 horas hasta que el usuario alcanza un tope semanal. El tope semanal es la salvaguarda a largo plazo para el trabajo pesado. Una ventana de cinco horas mantiene el trabajo en marcha a lo largo de la jornada laboral sin hacer esperar al usuario hasta medianoche. El temporizador debería ser una línea de estado cerca del control de generar, indicando la próxima recarga y el tope semanal, no un banner que interrumpa el trabajo.

El error es convertir el temporizador en un muro. Si la interfaz se detiene en un mensaje de límite y oculta la próxima recarga, el usuario se va. El rediseño consiste en mostrar qué se renueva, cuándo se renueva y qué queda después de alcanzar el tope. Un tope diario puede parecer arbitrario cuando el trabajo llega en bloques cortos; el retorno debe ser obvio, no accidental.

Dejar que las salidas pesadas esperen con una alerta de disponibilidad

Ofrece la opción de diferir cuando la solicitud es demasiado pesada para la ventana actual. Los usuarios que alcanzan el límite pueden posponer la creación de Video Overviews o Slide Decks para más tarde. El resultado debería ser un botón de «generar después», no una invitación a mejorar el plan.

Una generación pospuesta puede requerir un par de horas, y se puede enviar una alerta cuando esté lista si el usuario tiene las notificaciones activadas. La ruta de diferimiento debería hacer explícita esa espera: poner la tarea en cola, mostrar un tiempo estimado de disponibilidad y enviar una alerta de disponibilidad solo si el usuario optó por recibirla.

Gemini Notebook monitoreará el uso y ofrecerá diferentes opciones de salida cuando la salida seleccionada exceda el límite. La alternativa debería darle al usuario una elección: acortar el alcance, degradar la salida o diferir la tarea. La cola debería mantener la tarea visible hasta que esté lista.