Comprenez les files d'attente de génération Rivya, les temps d'attente, les tâches longues d'image, vidéo et audio, les notifications, l'historique et les nouvelles tentatives sûres.

Utilisez ce guide lorsqu'une tâche d'image, de vidéo ou d'audio Rivya reste en cours plus longtemps que prévu.

La vidéo, l'audio, les images avec beaucoup de références, les files d'attente des fournisseurs et les réglages de génération plus lourds peuvent tous rendre une tâche plus lente qu'une interaction de page normale. Attendre ne signifie pas en soi que la tâche a échoué.

Ce qu'une file d'attente signifie

Une file d'attente signifie que la tâche n'est pas encore terminée.

Cela peut arriver parce que :

le fournisseur traite la requête
le workflow prend plus de temps par conception
l'entrée inclut des fichiers ou des références
le réglage de sortie est plus lourd
la demande temporaire est élevée
Rivya attend un callback ou une mise à jour d'état

Une tâche en file d'attente doit être suivie via l'état de la tâche, les notifications et l'historique plutôt que répétée immédiatement.

Attendre n'est pas la même chose qu'échouer

Une tâche peut être :

soumise
en traitement
en attente du résultat fournisseur
terminée
échouée

Ne traitez pas chaque tâche longue comme un échec. Vérifiez l'état avant de réessayer.

Pour le comportement en cas d'échec, lisez Tâches échouées et remboursements de crédits.

Où vérifier la progression

Utilisez ces endroits :

la page de workflow où la tâche a démarré
Centre de notifications Rivya
Historique dans Rivya
le crédit du compte et l'état de la tâche lorsque disponible

Les notifications aident, car la génération asynchrone ne devrait pas dépendre d'un seul toast qui disparaît.

Que faire pendant l'attente

Pendant qu'une tâche est en traitement, vous pouvez :

préparer la prochaine variante de prompt
revoir l'historique précédent
planifier comment la sortie sera utilisée
éviter d'envoyer des tâches en double trop vite
passer à une autre tâche si la tâche actuelle est asynchrone

Si la tâche est importante, attendez un état final avant de supposer que le résultat est perdu.

Quand réessayer

Réessayez lorsque la tâche a clairement échoué, que l'entrée était incorrecte ou que la sortie n'est pas utile.

Avant de réessayer, décidez ce qui a changé :

prompt plus simple
moins de références
modèle différent
durée ou qualité différente
téléversement corrigé
intention de tâche plus claire

Répéter la même requête sans rien changer peut répéter le même problème.

Checklist de continuité des tâches

Lorsqu'une tâche doit rester traçable après soumission, vérifiez :

Vérifiez si la tâche est en attente, en cours, terminée, échouée ou prête pour un suivi.
Utilisez History pour les sorties utiles et Notifications pour les changements d'état asynchrones.
Gardez ensemble l'UUID de la tâche, le modèle, le prompt et le contexte de sortie lors du dépannage.
Ne redémarrez pas le même travail tant que l'état actuel n'est pas clair.
Enregistrez ou téléchargez le résultat le plus utile avant de bifurquer vers un autre workflow.

L'objectif est d'éviter de perdre du travail lorsqu'une génération prend du temps ou nécessite un suivi.

Quand revérifier l'état

Revérifiez l'état lorsqu'une tâche prend plus longtemps que prévu, qu'une notification manque, qu'un résultat semble incomplet ou qu'un utilisateur ne trouve pas une sortie précédente.

Dans ces cas, inspectez l'état de la tâche et History avant de demander à l'utilisateur de régénérer.

File d'attente de génération et temps d'attente