Cola de generación y tiempos de espera
Entiende colas de generación en Rivya, tiempos de espera, tareas largas de imagen, video y audio, notificaciones, historial y reintentos seguros.
Usa esta guía cuando una tarea de imagen, video o audio de Rivya permanezca en progreso más tiempo del esperado.
El trabajo de video, audio, imagen con muchas referencias, colas de providers y ajustes de generación más pesados pueden hacer que una tarea sea más lenta que una interacción normal de página. Esperar no significa por sí solo que haya fallado.
Qué significa una cola
Una cola significa que la tarea aún no terminó.
Esto puede ocurrir porque:
- el provider está procesando la solicitud
- el workflow tarda más por diseño
- la entrada incluye archivos o referencias
- el ajuste de salida es más pesado
- la demanda temporal es alta
- Rivya está esperando un callback o una actualización de estado
Una tarea en cola debe seguirse mediante estado de tarea, notificaciones e historial en lugar de repetirse de inmediato.
Esperar no es lo mismo que fallar
Una tarea puede estar:
- enviada
- en procesamiento
- esperando resultado del provider
- completada
- fallida
No trates toda tarea larga como fallida. Revisa el estado antes de reintentar.
Para comportamiento de fallos, lee tareas fallidas y reembolsos de créditos.
Dónde revisar el progreso
Usa estos lugares:
- la página del workflow donde empezó la tarea
- Centro de notificaciones de Rivya
- Historial en Rivya
- crédito de cuenta y estado de tarea cuando estén disponibles
Las notificaciones ayudan porque la generación asíncrona no debería depender de un solo toast que desaparece.
Qué hacer mientras esperas
Mientras una tarea se procesa, puedes:
- preparar la siguiente variación de prompt
- revisar historial anterior
- planificar cómo se usará la salida
- evitar enviar tareas duplicadas demasiado rápido
- cambiar a otra tarea si la actual es asíncrona
Si la tarea es importante, espera el estado final antes de asumir que el resultado se perdió.
Cuándo reintentar
Reintenta cuando la tarea haya fallado claramente, la entrada haya sido incorrecta o la salida no sea útil.
Antes de reintentar, decide qué cambió:
- prompt más simple
- menos referencias
- otro modelo
- otra duración o calidad
- subida corregida
- intención de tarea más clara
Repetir la misma solicitud sin cambiar nada puede repetir el mismo problema.
Checklist de continuidad de tareas
Cuando una tarea deba seguir siendo rastreable después del envío, revisa:
- Comprueba si la tarea está pendiente, en ejecución, completada, fallida o lista para seguimiento.
- Usa History para salidas útiles y Notifications para cambios de estado asíncronos.
- Mantén juntos el UUID de tarea, modelo, prompt y contexto de salida al diagnosticar.
- No reinicies el mismo trabajo hasta que el estado actual esté claro.
- Guarda o descarga el resultado más útil antes de ramificar hacia otro workflow.
El objetivo es evitar perder trabajo cuando una generación tarda o necesita seguimiento.
Cuándo revisar el estado
Revisa el estado cuando una tarea tarde más de lo esperado, falte una notificación, un resultado parezca incompleto o un usuario no encuentre una salida anterior.
En esos casos, inspecciona el estado de tarea y History antes de pedir al usuario que regenere.
Páginas relacionadas
Guía de tareas fallidas y reembolsos de créditos en Rivya
Gestiona tareas fallidas en Rivya, revisión de créditos, reintentos, problemas de subida, errores de provider, notificaciones, historial y estados de procesamiento.
Guía para empezar con Rivya
Empieza Rivya con una tarea real: navega páginas públicas, inicia sesión cuando haga falta, entiende créditos y elige chat, imagen, video o audio.