¿Cuándo se reinicia el límite de imágenes de Grok? Cuota, límite de peticiones y diseño de API

Distingue la cuota diaria, la ventana móvil, el límite por minuto, el plan de la cuenta y el rechazo por política antes de diseñar una ruta alternativa.

Conclusión principalNo adivines una hora fija de reinicio: identifica primero el tipo de límite y decide el siguiente paso con las cabeceras de la respuesta, el estado de la cuenta y códigos de error estables.

Respuesta rápida

No existe una hora de reinicio válida para todas las cuentas. Identifica primero con qué límite te has topado. Una cuota diaria se reinicia a una hora fija en la zona horaria de la cuenta. Una ventana móvil se recupera poco a poco, 24 horas después de la petición más antigua. Un límite por minuto suele liberarse en decenas de segundos e indica la espera en Retry-After. El tope del plan solo cambia si cambias de plan o de periodo de facturación. Y un rechazo por política de contenido no se convierte en permitido por esperar. Fíate de la interfaz de tu cuenta y de las cabeceras de respuesta, no de una hora fija citada en un artículo.

Empieza por la pregunta que hay detrás de la búsqueda

La pregunta «¿cuándo se reinicia?» mezcla cinco estados: cuota diaria, ventana móvil, límite por minuto, tope del plan y rechazo por política. Todos parecen lo mismo desde fuera, pero el tiempo de espera, si conviene reintentar y si puedes cambiar de modelo son cosas distintas en cada caso. Además, las reglas de la plataforma cambian, así que ningún artículo estático sustituye al mensaje que ves en tu cuenta.

Elige según la tarea

Cinco estados que parecen «ahora no puedo generar», con esperas y respuestas correctas muy distintas.

Estado	Señal típica	Cuándo se recupera	Tratamiento correcto
Límite por minuto	429 con Retry-After	En decenas de segundos	Encola y reintenta según Retry-After, con un tope de intentos
Cuota diaria	La cuenta muestra las generaciones restantes	Una hora fija en la zona horaria de la cuenta	Muestra la información de la cuenta en lugar de reintentar
Ventana móvil	Las generaciones se recuperan poco a poco	24 horas después de la petición más antigua	No prometas una medianoche concreta
Tope del plan	El error menciona el plan o la suscripción	Al subir de plan o al empezar un nuevo periodo	Lleva al usuario a facturación, no a un estado de error
Rechazo por política	moderated o una categoría de política	Esperar no lo resuelve nunca	Usa una ruta de producto aparte; consulta por qué Grok marca una imagen como moderated

Cómo evaluarlo más allá de una demo

Revisa el estado HTTP, Retry-After, el código de error del proveedor y el plan de la cuenta en lugar de analizar solo el texto del mensaje.
Un 429 suele ser límite de peticiones, pero la concurrencia puntual, la ventana por minuto y las cuotas más largas se tratan de forma distinta.
Un rechazo por política no se vuelve permitido a medianoche: necesita su propia ruta de producto.
Si la interfaz muestra cuándo se puede volver a intentar, indica de dónde sale ese dato; si no se sabe, dilo claramente.

Opciones de ModelRush para este trabajo

En ModelRush, Grok 4.6 es un modelo de texto: sus límites no son los de un producto de imagen.
Si un trabajo de imagen permitido necesita capacidad independiente, elige explícitamente Z-Image Spicy o Wan 2.7 Image Pro.
No cambies de modelo en silencio: el cambio de estilo, de precio y de ruta de datos tiene que verse en el registro del trabajo.

Un flujo de producción reproducible

Traduce las respuestas del proveedor a quota_exhausted, rate_limited, policy_rejected, provider_unavailable e invalid_request. Encola automáticamente solo los trabajos rate_limited siguiendo Retry-After; para la cuota agotada muestra la información de la cuenta; y usa la ruta alternativa autorizada por el usuario únicamente cuando el servicio no está disponible. Guarda attempt, provider, region, coste y estado final, con una clave de idempotencia que evite enviar dos veces el mismo trabajo cuando la cola se recupera.

Preguntas frecuentes

¿El límite de imágenes de Grok se reinicia a medianoche?

No lo des por hecho. Una cuenta puede usar cuota diaria o ventana móvil; hazle caso al mensaje de la cuenta y a la respuesta de la API.

¿Conviene reintentar un 429 de inmediato?

No. Sigue Retry-After o un backoff exponencial, con un tope de intentos y una fecha límite.

¿Puede la aplicación cambiar automáticamente a ModelRush?

La ruta alternativa tiene sentido si el usuario ha dado su consentimiento, la petición está permitida y el cambio de modelo y de precio es explícito. Nunca para esquivar un rechazo por política.

Usa el rastreo de peticiones de ModelRush para mantener el tipo de límite, los reintentos y la ruta alternativa bajo un mismo request_id.